summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* UncrustifyuncrustifyMichael Catanzaro2016-03-21123-26020/+24367
| | | | | | | | | | | | | | For a better future. Apologies when your 'git blame' resolves to this. I'm actually really impressed how well uncrustify works. This required only a little one-time manual work to avoid extra space in 'else {'. This breaks function prototype alignment, but we should get rid of most of those anyway. We decided to start aligning function parameters, like other GNOME applications. It looks nicer this way, and I couldn't teach uncrustify the previous Epiphany style.
* Add run-uncrustify scriptMichael Catanzaro2016-03-211-0/+8
|
* Update uncrustify configMichael Catanzaro2016-03-211-0/+16
| | | | | | | | | | Known deficiencies: * Doesn't align function prototypes properly, so it's not fit for use on header files yet. I don't care about prototypes in source files, because they should usually be eliminated by rearranging functions. * Leaves two spaces after "else" sometimes; I think this is a one-time issue, best fixed manually.
* session: Check restore-session-policy in ephy_session_save()Michael Catanzaro2016-03-211-7/+8
| | | | | | | | | | Instead of doing it in the idle, it's better to do it here before scheduling the unnecessary idle. Currently it's handled in the idle because the idle is called manually from ephy_session_close() and this saves checking it in both places, but now that we need to check it in ephy_session_close() anyway, there's no value in doing it in the idle. https://bugzilla.gnome.org/show_bug.cgi?id=762906
* Activate downloads popover when adding any downloadMichael Catanzaro2016-03-211-1/+1
| | | | | | | | Otherwise, when adding downloads after the first download, it seems like nothing is happening when clicking on the download link, users might click and click and download the same file multiple times. https://bugzilla.gnome.org/show_bug.cgi?id=763141
* Activate downloads popover when download is completedMichael Catanzaro2016-03-212-0/+21
| | | | | | | | | | | | | | When a download is nearly finished, I find myself watching the download button, guessing whether the very tip of the download arrow has been filled in or not, opening the popover to check if it's ready... and repeating if I guessed wrong. Activate when a download completes to avoid this. Not a great final design, it'd be better for the button to glow or something, but it's a cheap way to tell the user that the download has finished. https://bugzilla.gnome.org/show_bug.cgi?id=763141
* Prepare 3.20.03.20.0Michael Catanzaro2016-03-212-2/+8
|
* Updated Japanese translationJiro Matsuzawa2016-03-211-300/+276
|
* Updated Danish translationAsk Hjorth Larsen2016-03-201-3/+3
|
* Updated Korean translationChangSeok Oh2016-03-201-10/+22
|
* Updated Danish translation by scootergrisenAsk Hjorth Larsen2016-03-201-2384/+273
|
* Correct directory name for Hungarian help imagesGabor Kelemen2016-03-192-0/+0
|
* Added Hungarian help imagesGabor Kelemen2016-03-192-0/+0
|
* Updated Hungarian help translationGabor Kelemen2016-03-191-6/+3
|
* Updated Swedish translationAnders Jonsson2016-03-181-128/+150
|
* Remove a comment that might not be true in the futureMichael Catanzaro2016-03-181-3/+0
| | | | | Since abstract sockets are not sandboxable, D-Bus daemon might stop using them.
* Updated Russian translationYuri Myasoedov2016-03-171-592/+644
|
* Updated Greek translationEfstathios Iosifidis2016-03-171-529/+809
|
* Updated Basque languageInaki Larranaga Murgoitio2016-03-151-620/+722
|
* Prepare 3.19.923.19.92Michael Catanzaro2016-03-142-1/+12
|
* Updated Italian translationGianvito Cavasoli2016-03-141-24/+27
|
* Updated Korean translationChangSeok Oh2016-03-131-6/+18
|
* Updated Korean translationChangSeok Oh2016-03-131-342/+253
|
* Updated Slovenian translationMatej Urbančič2016-03-121-627/+740
|
* Updated German translationBernd Homuth2016-03-121-63/+69
|
* Updated Czech translationMarek Černocký2016-03-121-9/+9
|
* embed-shell: Do not drop overview thumbnail updates here eitherMichael Catanzaro2016-03-111-2/+53
| | | | | | | | Wait for the EphyWebExtension in the web process to start listening for method calls before sending them. We know it's ready when it sends the PageCreated signal. https://bugzilla.gnome.org/show_bug.cgi?id=758470
* web-view: Never request snapshots when favicon is receivedMichael Catanzaro2016-03-111-7/+2
| | | | | | | | | | It's too soon, it results in us getting completely white snapshots out of the snapshot service. This is hardly a "fix" I am proud of, but it works reliably, at least on my machine. https://bugzilla.gnome.org/show_bug.cgi?id=761065
* web-view: Do not take snapshots of error pagesMichael Catanzaro2016-03-111-1/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=761065
* Add some error checking when getting snapshotsMichael Catanzaro2016-03-112-2/+12
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=761065
* Improve some FIXMEsMichael Catanzaro2016-03-112-4/+3
| | | | | | | * Let's not rename downloaded files * g_application_get_application_id is a thing https://bugzilla.gnome.org/show_bug.cgi?id=610586
* download: Browse to file if it cannot be openedMichael Catanzaro2016-03-111-0/+2
| | | | | | | Instead of failing silently in response to the user's attempts to open a download. https://bugzilla.gnome.org/show_bug.cgi?id=610586
* Corrected nit on Galician translationXabier Rodriguez Calvar2016-03-101-1/+1
|
* session: Fix EPHY_PREFS_RESTORE_SESSION_POLICY_CRASHEDMichael Catanzaro2016-03-091-1/+14
| | | | | | | | | | | | | We accidentally broke this when adding support for WebKitWebViewSessionState. Currently EPHY_PREFS_RESTORE_SESSION_POLICY_CRASHED is treated exactly the same as EPHY_PREFS_RESTORE_SESSION_POLICY_ALWAYS. The simplest way to fix this is to consider that, if we've made it to ephy_session_close(), then we have not crashed, that's a good place to delete the session file. Otherwise, that session file had better be saved so it can be loaded if we crash, ephy_session_close() is the best place to handle this. https://bugzilla.gnome.org/show_bug.cgi?id=762906
* Updated Portuguese translationDuarte Loreto2016-03-091-393/+392
|
* Updated Serbian translationМарко М. Костић2016-03-071-89/+108
|
* Updated Spanish translationDaniel Mustieles2016-03-061-24/+27
|
* Updated Turkish translationMuhammet Kara2016-03-061-257/+298
|
* Updated Lithuanian translationAurimas Černius2016-03-051-245/+298
|
* Updated Korean translationChangSeok Oh2016-03-051-22/+26
|
* Updated Kazakh translationBaurzhan Muftakhidinov2016-03-051-311/+346
|
* Updated Hungarian translationBalázs Úr2016-03-041-355/+555
|
* Updated Korean translationChangSeok Oh2016-03-031-568/+670
|
* Updated Spanish translationDaniel Mustieles2016-03-021-108/+125
|
* Updated Finnish translationJiri Grönroos2016-03-021-211/+243
|
* Updated Hebrew translationYosef Or Boczko2016-03-021-541/+613
|
* Updated Greek translationEfstathios Iosifidis2016-03-011-13/+13
|
* Updated Brazilian Portuguese translationRafael Fontenelle2016-03-011-24/+28
|
* Updated Galician translationsFran Dieguez2016-03-011-84/+104
|
* Updated French translationGuillaume Bernard2016-03-011-23/+27
|
View Lorry Controller Status