summaryrefslogtreecommitdiff
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Use Unicode in translatable stringsPiotr Drąg2016-11-123-7/+7
| | | | | | See https://developer.gnome.org/hig/stable/typography.html https://bugzilla.gnome.org/show_bug.cgi?id=774199
* app: Store the appropriate window sizeEmmanuele Bassi2016-08-311-6/+6
| | | | | We cannot use the window's allocation, because that will not take into account client side decorations.
* app: Remove unused app menu itemEmmanuele Bassi2016-08-311-5/+0
| | | | | We display the list of available dictionaries near the text entry, not in the side bar.
* app: Move more UI into the XML templateEmmanuele Bassi2016-08-313-38/+57
| | | | | We can avoid building much of the window UI inside the code, and use the XML template instead.
* app: Remove various unused variablesJuan R. Garcia Blanco2016-01-243-3/+1
|
* app: Replace deprecated GtkTable with GtkGridJuan R. Garcia Blanco2016-01-181-175/+85
| | | | Also, right-align all labels in dialog.
* prefs-dialog: Replace action area with header barMichael Catanzaro2016-01-183-56/+1
|
* Symbolic iconsMichael Catanzaro2016-01-181-1/+1
|
* gdict&app: Create new GdictDatabaseChooserButton widgetJuan R. Garcia Blanco2016-01-181-6/+8
| | | | | | | | | GdictDatabaseChooser has been reverted to its previous implementation in which it simply displays a list of databases. The new GdictDatabaseChooserButton wraps that widget in a GtkMenuButton and loads the databases dynamically. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* Use GTK's automagic menu loadingEmmanuele Bassi2016-01-144-33/+20
| | | | | | Instead of loading the application and the menu button popup ourselves we should reuse the support in GTK+ for automatically loading menus. This simplifies our code base.
* Fix spelling in "Creating XDG config directory" messageVille Skyttä2015-11-261-1/+1
|
* app: Add a missing includeEmmanuele Bassi2015-09-211-0/+1
| | | | | We're using gdict_show_about_dialog(), so we need to include the header that declares it.
* gdict: Split lookup-start/end signalsJuan R. García Blanco2015-08-181-2/+2
| | | | | Create separate definition-lookup-start/end signals when searching for definitions.
* app: Remove obsolete database chooser codeJuan R. García Blanco2015-07-251-5/+0
|
* gdict&app: Re-position the database chooserJuan R. García Blanco2015-07-253-24/+29
| | | | | | | | | | GdictDatabaseChooser now inherits from GtkMenuButton, allowing users to attach it as a button. When clicked, it loads all databases available in the given context. In the application, the database chooser is now next to the search entry. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Initialize Gdict libraryJuan R. García Blanco2015-07-251-0/+2
| | | | See https://bugzilla.gnome.org/show_bug.cgi?id=745786
* app: remove obsolete gdict_window_defbox_selection_changedJuan R. García Blanco2015-06-191-19/+0
|
* app: Make entries under File top-level menu entriesJuan R. García Blanco2015-06-131-21/+18
| | | | See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Remove Close menu entryJuan R. García Blanco2015-06-132-28/+5
| | | | | | We rely on the window decorator for providing a close button. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Remove Edit submenuJuan R. García Blanco2015-06-132-108/+69
| | | | | | | Simplify window menu by removing Find Next and Find Previous entries. Now only a Find top-level entry is available. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Remove Select All menu entryJuan R. García Blanco2015-06-072-24/+0
| | | | | | | | The widgets used for the search entry and for showing the definition already handle text selection. There is no need for an entry menu to do this, plus we are a step closer to get rid of the Edit menu. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Remove Copy menu entryJuan R. García Blanco2015-05-182-24/+0
| | | | | | | | The widgets used for the search entry and for showing the definition already handle copying selected text. There is no need for an entry menu to do this, plus we are a step closer to get rid of the Edit menu. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Do not translate stack pages titlesJuan R. García Blanco2015-05-131-2/+2
| | | | See https://bugzilla.gnome.org/show_bug.cgi?id=749131
* app: Remove extra box around GdictDefBoxJuan R. García Blanco2015-04-041-7/+1
| | | | See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Show a spinner while loading word definitionsJuan R. García Blanco2015-04-043-3/+40
| | | | | Use a stack to accomodate definition box and a spinner. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Remove status barJuan R. García Blanco2015-04-044-154/+1
| | | | See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Use widget templates and a header barJuan R. García Blanco2015-04-045-21/+61
| | | | | | Migrate to current GNOME applications style: use a template widget for GdictWindow, add a header bar and a menu button. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* app: Move New Window to app menuJuan R. García Blanco2015-04-043-44/+23
| | | | | New Window action now opens a clean Dictionary window. See https://bugzilla.gnome.org/show_bug.cgi?id=334866
* Pass the application pointer to the window constructorEmmanuele Bassi2015-04-033-9/+13
| | | | We don't need to set the application ourselves.
* app: Drop homegrown app singletonEmmanuele Bassi2015-04-033-93/+72
| | | | | We can drop a bunch of indirection just by making our GdictApp class a subclass of GtkApplication.
* app: Use widget templates to build GdictPrefDialogEmmanuele Bassi2015-03-302-309/+288
| | | | Same as we do for GdictSourceDialog.
* src: Rename the GdictPrefDialog UI definitionEmmanuele Bassi2015-03-303-2/+2
| | | | | Use the same `gdict-` pattern, in preparation for the use of the widget template API.
* src: Rename the menus UI definition fileEmmanuele Bassi2015-03-303-2/+2
| | | | Follow the `gdict-` naming scheme.
* src: Use widget templates for GdictSourceDialogEmmanuele Bassi2015-03-304-511/+472
| | | | | | | | Instead of building the UI from a custom GtkBuilder instance and doing things like we used to in 2005, let's use modern API. There is no functional change in this commit: just a reshuffle of the way the UI is loaded.
* app: Remove compilation warningsJuan R. García Blanco2015-03-291-7/+3
| | | | | | * Remove unused variables. * Add appropriate castings. * Include missing header.
* app: Improve menu items sensitivityJuan R. García Blanco2015-03-291-0/+23
| | | | | | | * src/gdict-window.c: Add select-all, find, find-next, and find-previous actions to sensitivity list. Connect to GdictDefbox::selection-changed to modify copy action enable status according to gdict_defbox_get_has_selection().
* app: Implement GApplication::activateEmmanuele Bassi2015-03-071-9/+15
| | | | | | | | If we launch the Dictionary via DBus activation, we'll get an error because we don't implement/override the activate signal. There was a stub which tricked `git grep`, but gnome-continuous found the issue.
* Move UI definitions to GResourceEmmanuele Bassi2015-03-018-28/+756
| | | | | | | We still install the UI definitions on the file system, and then we load them every time it's needed. The current best practice for this kind of files is to use the GResource API inside GIO, and have them compiled inside the binary. This helps with performance and relocatability.
* build: Remove unused defineEmmanuele Bassi2015-03-011-1/+0
| | | | | The UIDATADIR still referenced gnome-2.0, but it's not used anywhere in the code base.
* build: Use $(LIBM) instead of -lmEmmanuele Bassi2015-03-011-20/+15
| | | | The $(LIBM) variable is set by the LT_LIB_M macro.
* app: Drop all deprecated APIEmmanuele Bassi2015-02-233-15/+21
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=745022
* window: Do not use deprecate composite-child APIEmmanuele Bassi2015-02-232-8/+0
| | | | | | It's useless anyway. https://bugzilla.gnome.org/show_bug.cgi?id=745022
* app: Remove use of deprecated stock itemsEmmanuele Bassi2015-02-234-35/+14
| | | | | | We want proper labels, and we want to drop deprecation warnings. https://bugzilla.gnome.org/show_bug.cgi?id=745022
* build: Do not use INCLUDESEmmanuele Bassi2015-02-231-3/+4
| | | | | | | It's deprecated, and we can replace it with a target specific CPPFLAGS stanza. https://bugzilla.gnome.org/show_bug.cgi?id=745022
* prefs: update buttons sensitivity on selectionJuan R. García Blanco2015-02-101-4/+39
| | | | | | | * gdict-pref-dialog.c: handle GtkTreeView::cursor-changed signal to update sensitivity of Remove and Edit buttons. Modify GtkTreeView::row-activated to show VIEW dialog. * See https://bugzilla.gnome.org/show_bug.cgi?id=528956
* prefs: save to filename when availableJuan R. García Blanco2015-02-101-7/+10
| | | | | | * gdict-source-dialog.c: if ::filename property is set, use its value to save the modified source. * See https://bugzilla.gnome.org/show_bug.cgi?id=528956
* Convert to new-style commandline option handlingMatthias Clasen2014-11-211-41/+60
| | | | | | | This avoids manual parsing of options, and adds support for --gapplication-service. https://bugzilla.gnome.org/show_bug.cgi?id=728302
* Fix the sidebarMichael Catanzaro2014-09-301-0/+2
| | | | | | It needs to be expanded. https://bugzilla.gnome.org/show_bug.cgi?id=737626
* sidebar: Do not select unrealized menu itemsFlorian Müllner2013-10-051-3/+7
| | | | | | | Current GTK+ does not like this and will emit a warning in the best case or block all events in the worst one. https://bugzilla.gnome.org/show_bug.cgi?id=675704
* Fix Ctrl+A and Ctrl+C in the search fieldRobert Roth2013-10-051-3/+9
| | | | | | | | When Ctrl+A is pressed, all text in selected in the currently focused entry When Ctrl+C is pressed, the text is copied from the currently focused entry
View Lorry Controller Status