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 _______________________________________________ eog-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/eog-list
