dino-but-good - my fork of dino with basic QoL changes, not very maintained

Age	Commit message (Collapse)	Author
2018-08-13	accumulate conversation content in meta db table	bobufa

2018-08-13	initial search logic / display	bobufa

2018-08-13	refactor conversation item management (accumulate them in libdino)	bobufa

2018-03-05	Move notification sounds (canberra dependency) into plugin, introduce ↵	fiaxh
	libdino/NotificationEvents
2018-01-28	Move Jid class to xmpp-vala, partially refactor namespace	Marvin W

2018-01-09	Move to GNetworkMonitor (#236)	Mathieu Bridon
	* Move to GNetworkMonitor Dino currently talks to NetworkManager over DBus to know the state of the network. That doesn't work in a Flatpak sandbox by default though, because Flatpak filters DBus communications and only allows a very small set of things to pass (which are known to be safe). Gio provides an API to know the state of the network (and be notified of changes via a signal): GNetworkMonitor. And GNetworkMonitor works both inside a Flatpak sandbox, and in traditional builds. (in Flatpak it uses what we call a "portal", which are the clean, safe way to let apps exit their sandbox) Fixes #235 * Don't check for network connectivity for now The connectivity check really is the correct thing to do: * network_available means that the computer has network routes to "somewhere". That is, it is connected to a router. * connectivity.FULL means that the computer can access "the Internet". That is, if it is behind a router, that router is connected. As a result, only checking for network_available is not correct. Unfortunately, NetworkManager tends to wait a long time before checking for connectivity. As a result, it is possible that a transient network error leaves NetworkManager thinking that network_available is true but connectivity!=FULL, and it will wait several minutes before realizing that the Internet connexion did come back. During that time, apps checking for connectivity (e.g the whole GNOME desktop) will think they don't have access to the Internet, while apps that don't (e.g Firefox) will access the Internet just fine. Users are understandably confused when that happens. Removing the check for connectivity is an acceptable trade-off in the short-term, until this situation is improved on the NetworkManager side. https://bugzilla.gnome.org/show_bug.cgi?id=792240
2017-10-31	Blocking setting in Contact Details	fiaxh

2017-08-31	Download & inline display images	fiaxh

2017-08-29	libdino: try to load all plugins found in the respective folders	Marvin W

2017-08-28	Plugins providing conversation items for ConversationView	fiaxh

2017-08-25	connection: keep-alive pings, act upon connection change (VPN)	fiaxh

2017-08-22	fixup 4a4b595	fiaxh

2017-08-22	Move settings from GSettings to own db	fiaxh

2017-08-17	libdino: remove dependency to GTK+ (all GTK+ code is in main+plugins)	Marvin W

2017-04-26	cmake/signal-protocol: shared lib, mark_as_advanced and others	Marvin W

2017-04-10	Gettext support	fiaxh

2017-04-04	MessageStorage/Processor, correctly resolve conversations (fixup 22adbd3)	fiaxh

2017-04-03	Make FHS compliant, split RPMs, fix compilation on older GCCs	Marvin W

2017-03-23	New CMake	Marvin W
	- add install and uninstall targets - compatibility for systems without pkg-config
2017-03-12	Automatically compile and use gsettings schema	Marvin W

2017-03-12	Split OMEMO plug-in into files, various fixes	Marvin W

2017-03-12	Move PGP support into plugin	fiaxh

2017-03-11	Move UI code into main dir	Marvin W

2017-03-11	CMake: merge created header+vapi files into a single directory	Marvin W

2017-03-11	Plug-In API: allow adding custom entries to account settings	Marvin W
	Also make OpenPGP code use this API
2017-03-11	UI to choose PGP key/disabled in account settings	fiaxh

2017-03-11	Improve Plugin API (allow to move encryption into plugin)	Marvin W

2017-03-10	Initial plugin system	Marvin W