Re: Add-On for Eye of GNOME

[Felix Riemann <friemann gnome org>]

Am Sonntag, den 23.03.2014, 11:12 +0100 schrieb Miroslav Karlovsky:
> Hallo Entwickler Eye of GNOME,

Hi Miroslav,

eog-list is an English-speaking list, so I'll respond in English.

> für meine Anwendung benötige ich ein Add-On oder einen vereinfachten 
> Bildbetrachter, der im Stande wäre innerhalb einer angezeigten Bildreihe 
> (1-17), zusätzlich und nur bei Bedarf, ein extra Text-Fenster (ca. DIN 
> A5) mit Info ein- und auszublenden (z.B. mit F7, in *.html oder *.txt).

Yes, this would be an add-on/plugin since it is not a simple image
viewing scenario. Showing a tool window besides the main window
shouldn't be hard. Alternatively one could make use of eog's sidebar.

> Ein Beispiel: ein Autohändler erstellt für den Kunden eine 
> Autoliste.html: Audi-blau.html, Audi-rot.html, Hispano-suiza.html. Zu 
> jeder Automarke hat er mit OpenOffice Technische Daten, Sachschaden o.a. 
> Infos und eine Reihe von Bildern (1-17) bereitgestellt.
>
> Die benötigte Bilder und Daten können verschickt oder als Download 
> abgeholt werden. Der Interessent kann in in den Bildern blättern und bei 
> Bedarf das nötige Textinfo einsehen (begutachten). Bzw. das Ganze 
> ergänzen oder bearbeiten und zurück schicken (==> Vereinfachte 
> Kommunikation per Exzellenz).

Opening an HTML file that is named similar to the image file is not much
of a problem. If there's more data needed, that file could be a JSON
file instead. Making a user interface for editing could be more
difficult as that would require knowledge of the underlying data model,
so the UI knows what it should allow to be entered for example dates or
prices (that's also to some extend a limitation just for viewing).

Sending the data back makes the plugin even more use case specific which
is not so nice.

I am not sure whether your specified use case wouldn't be better
implemented as a web service directly or in some specific database
frontend like Glom[1].

> Ich bin davon überzeugt, dass dieses Add-On eine super Ergänzung des 
> Desktops wäre und von vielen Branchen auf vielerlei Art und Weise zu 
> Gebrauchen ist. Sei es in der Versicherung, Gutachten Erstellung, 
> Sacurity, .. o.a.

Well, the biggest problem here is likely the data model/storage as that
is likely going to be different for every usecase. For example your
planned database for flowers will have different data fields than a car
insurance database. Take the already existing data models available for
photography (Exif, IPTC, XMP) which provide hundreds of different data
points but probably have a hard time matching the data points required
by a car insurance.

> Bei mir handelt es sich um präzise Pflanzenbestimmung 'vor Ort', die mit 
> der Familienliste aufgerufen wird und die benötigten Bilder mit 
> dazugehörigem Infotext bereitstellt.
>
> Vielen Dank.
> Mit freundlichen Grüßen
> Miroslav Karlovsky

Regards,

Felix

[1] http://www.glom.org/wiki/index.php?title=Main_Page