amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > Betatester für neue iBatch Bildstabelverarbeitung gesucht ! [ - Suche - Neue Beiträge - Registrieren - Login - ]

1 2 3 -4- 5 6 [ - Beitrag schreiben - ]

11.07.2010, 18:25 Uhr

DaxB
Posts: 1421
Nutzer
Hier zwei Beispiel Hits die kommen nachdem ich das Sourcedir gewählt habe (danach geht "nichts" mehr):
code:
11-Jul-10   16:02:30 
LONG WRITE to  66F64E75        data=01CF8548   PC: 015BDCC4
USP : 01CF8540 SR: 0010  (U0)(-)(D)  TCB: 01CF7AC0
Data: 01A35724 01A3570C 000003EE 006545B1 00000000 00445D4F 00000000 0000000F
----> 01A35724 - "System:Libs/wizard.library"  Hunk 0000 Offset 0000006C
----> 01A3570C - "System:Libs/wizard.library"  Hunk 0000 Offset 00000054
Addr: 01A3570C 01CF8548 01CF7B1C 00000000 00000000 01CF858C 01080CB0 010826EC
Stck: 00FEC50E 00FEBBFC 01A35724 66F64E75 050001CF 855C0000 01CF7AC0 01CF8548
Stck: 01CF7B1C 000003EE 00F81E82 00000038 006545B1 00000000 00445D4F 00000000
Stck: 0000000F 00000007 00000001 01CF85DC 01A3570C 019516C4 010A7A4C 00FF1732
Stck: 000003EE 000003EE 00000000 FFFFFFFF 00000000 80000001 00000000 01CF7AC0
Stck: 00FEF38C 00000000 019516C4 0111753C 00000000 0193355C 01672684 01CF8638
Stck: 00FF1620 000003ED 019335B8 00FEF8D4 01834CBC 01952134 00000000 00000000
----> 00FEC50E - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 0000079A
----> 00FEBBFC - "ROM - expansion 40.2 (9.3.93)"  Hunk 0000 Offset 000015EC
----> 01A35724 - "System:Libs/wizard.library"  Hunk 0000 Offset 0000006C
----> 00F81E82 - "ROM - exec 40.10 (15.7.93)"  Hunk 0000 Offset 00001DCC
----> 01A3570C - "System:Libs/wizard.library"  Hunk 0000 Offset 00000054
----> 00FF1732 - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 000059BE
----> 00FEF38C - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 00003618
----> 00FF1620 - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 000058AC
----> 00FEF8D4 - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 00003B60
PC-8: 33FC4000 00DFF09A 522E0126 13400008 20102089 5988C188 48D10101 20892041
PC *: 22280010 67127003 2241C028 000E6724 53006614 61000186 532E0126 6C0833FC
Name: "Background CLI"  CLI: ""  SegList is invalid!!!

11-Jul-10   17:02:33 
LONG WRITE to  70FF4CDF        data=019CF068   PC: 015BDCC4
USP : 019CF060 SR: 0010  (U0)(-)(D)  TCB: 019CE5E0
Data: 0197F684 0197F66C 000003EE 0065FA3D 00000000 0057FD71 00000000 0000000F
----> 0197F684 - "System:Libs/wizard.library"  Hunk 0000 Offset 000007AC
----> 0197F66C - "System:Libs/wizard.library"  Hunk 0000 Offset 00000794
Addr: 0197F66C 019CF068 019CE63C 00000000 00000000 019CF0AC 01080CB0 010826EC
Stck: 00FEC50E 00FEBBFC 0197F684 70FF4CDF 0500019C F07C0000 019CE5E0 019CF068
Stck: 019CE63C 000003EE 00F81E82 00000038 0065FA3D 00000000 0057FD71 00000000
Stck: 0000000F 00000007 00000001 019CF0FC 0197F66C 0197E8F4 010A7A4C 00FF1732
Stck: 000003EE 000003EE 00000000 FFFFFFFF 00000000 80000001 00000000 019CE5E0
Stck: 00FEF38C 00000000 0197E8F4 015FF5C4 00000000 0197E87C 0183E00C 019CF158
Stck: 00FF1620 000003ED 0197E6F0 00FEF8D4 0183DD04 0197E7DC 00000000 00000000
----> 00FEC50E - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 0000079A
----> 00FEBBFC - "ROM - expansion 40.2 (9.3.93)"  Hunk 0000 Offset 000015EC
----> 0197F684 - "System:Libs/wizard.library"  Hunk 0000 Offset 000007AC
----> 00F81E82 - "ROM - exec 40.10 (15.7.93)"  Hunk 0000 Offset 00001DCC
----> 0197F66C - "System:Libs/wizard.library"  Hunk 0000 Offset 00000794
----> 00FF1732 - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 000059BE
----> 00FEF38C - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 00003618
----> 00FF1620 - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 000058AC
----> 00FEF8D4 - "ROM - dos 40.3 (1.4.93)"  Hunk 0000 Offset 00003B60
PC-8: 33FC4000 00DFF09A 522E0126 13400008 20102089 5988C188 48D10101 20892041
PC *: 22280010 67127003 2241C028 000E6724 53006614 61000186 532E0126 6C0833FC
Name: "Background CLI"  CLI: ""  SegList is invalid!!!


[ Dieser Beitrag wurde von DaxB am 11.07.2010 um 18:26 Uhr geändert. ]

[ Dieser Beitrag wurde von DaxB am 11.07.2010 um 18:32 Uhr geändert. ]

[ Dieser Beitrag wurde von DaxB am 11.07.2010 um 18:34 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

11.07.2010, 19:46 Uhr

gerograph
Posts: 621
Nutzer
@DaxB:
Danke für den Hinweis, ich werde der Sache nachgehen, bei mir läufts einwandfrei auf AOS4.1

Gruß gero

[ - Antworten - Zitieren - Direktlink - ]

11.07.2010, 19:50 Uhr

inq
Posts: 445
Nutzer
@gerograph

hab die neue Beta19 eben (kurz) getestet:

1. die GUi passt sich nicht (mehr?) an, wenn man das Fenster vertikal vergrößert.
2. die Hintergrundfarbe des Fensters ist grau (normal), die Farbe des Musters ist (immer noch) ein ungewöhnlicher Pen (ActiveWindow-TitleBarFill), das ist bei mir dunkelgelb(orange). Normalerweise sollte das Muster weiß sein (bei mir).
2.1. die Gruppennamen sind daher auch orange (bei grauem Hintergrund).
3. Scrollwheel in den Listen funktioniert nicht.

]screenshot (300k)

4. die Statistik Liste hat einen teilweise(!) weißen Hintergrund, nur unterbrochen von den IntegerGadgets, die suggerieren, man könnte etwas eingeben - kann man aber nicht oder? sie zeigen nur an.
5. ich habs noch nicht einmal geschafft, start anzuklicken. ich dachte, die Batchlist zeigt irgendwann mal die Liste mit den Bildern an, die ich bearbeiten will... oder wie? die Thumbs sind gemacht, warum auch immer, aber ich kann doch nie Start anklicken.
6. wenn man mehrmals hintereinander Thumbs machen lässt, ohne etwas geändert zu haben, bleibt die Fortschrittsanzeige ungewöhnlich lange stehen.
7. die Fortschrittsanzeige hat m.M.n. einen unnützen äußeren Rahmen.

und finally
8. ich lese natürlich NICHT die Anleitung - so ein kleines Tool sollte selbsterklärend sein in der Grundfunktion - welche man nach dem Programmstart noch immer nicht mitgeteilt bekommt bzw. erkennt.

gruß
inq

p.s.: ist die GUI nun Wizard.lib oder was? mögl. kann man das irgendwo anzeigen/auswählen? dein Programm erzeugt 90 (!) Gadgets, teilweise unsichtbar, die sich nicht an die Vorgaben meines Systems für Gadtools halten (via VisualPrefs, ReAction).

edit: vergessen: OS3.5, TrueColour P96, Euae 040Emu, Lotsof RAM


[ Dieser Beitrag wurde von inq am 11.07.2010 um 19:52 Uhr geändert. ]

[ Dieser Beitrag wurde von inq am 11.07.2010 um 19:55 Uhr geändert.

[ Dieser Beitrag wurde von inq am 11.07.2010 um 20:32 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

11.07.2010, 20:45 Uhr

gerograph
Posts: 621
Nutzer
Zitat:
1. die GUi passt sich nicht (mehr?) an, wenn man das Fenster vertikal vergrößert.
korrekt, das ist blöd passiert bei mir auch... muß ich ändern.

Zitat:
2. die Hintergrundfarbe des Fensters ist grau (normal), die Farbe des Musters ist (immer noch) ein ungewöhnlicher Pen (ActiveWindow-TitleBarFill), das ist bei mir dunkelgelb(orange). Normalerweise sollte das Muster weiß sein (bei mir).
Laut GUI Editor pen3 / FillPen - sollte Blau sein ! (d.h. 4 Farbe die ich in den WB Farbprefs auswählen kann)

Zitat:
2.1. die Gruppennamen sind daher auch orange (bei grauem Hintergrund).
bei mir Fett/blau unter Winuae OS3.1 (PAL 16 Farben) / OS3.9 (UAEGFX) / OS4.1 - glaube VisualPrefs und wizard.library verstehen sich nicht...

Zitat:
3. Scrollwheel in den Listen funktioniert nicht.
richtig, wüsste nicht, dass die wizard.library das unterstützt

Zitat:
4. die Statistik Liste hat einen teilweise(!) weißen Hintergrund, nur unterbrochen von den IntegerGadgets, die suggerieren, man könnte etwas eingeben - kann man aber nicht oder? sie zeigen nur an.
Richtig, bei mir "hell Gelb" ich finde es einfach übersichtlicher, wenn das eine andere Farbe hat, die Unterbrechung durch die Integergadgets sollte eigentlich nur bei genauerem hinsehen sichtbar sein..

Zitat:
5. ich habs noch nicht einmal geschafft, start anzuklicken. ich dachte, die Batchlist zeigt irgendwann mal die Liste mit den Bildern an, die ich bearbeiten will... oder wie? die Thumbs sind gemacht, warum auch immer, aber ich kann doch nie Start anklicken.
So, und die Thumbs die Du gemacht hast musst Du jetzt selektieren und auf eine Bearbeitungs/Batchliste setzten... d.h.

- alle thumbs die "Hochkant" sind und die bearbeitet werden sollten bitte nach ORIG: kopieren
- alle thumbs die nach rechts gedreht werden sollen nach ROTR: kopieren...

Ob Du die thumbnaildateien jetzt mit DirOpus, per CLI oder mit einem thumbnailviewer indie entsprechenden Verzeichnisse kopierst ist egal. Aus iBatch kannst Du den Thumbnailviewer direkt aufrufen (Button "MAKE/CHANGE" - TAB Batchlist). Wenn Du danach einen Statistik refresh machst, dann siehst Du in den Integer Gadgets wieviel Bilder letztendlich konvertiert werden.

Zitat:
6. wenn man mehrmals hintereinander Thumbs machen lässt, ohne etwas geändert zu haben, bleibt die Fortschrittsanzeige ungewöhnlich lange stehen.
Hä ?
Du machst von einem Verzeichnis thumbs, und dann nocheinmal ? Jetzt sollte es eigentlich rasend schnell gehen, da iBatch nur thumbnails von neuen Bildern aus dem Quellverzeichnis macht... und Du hast ja nichts geändert. Oder hast Du doch etwas geändert, und irgendwelche thumbnaildateien gelöscht, bzw. weiter Quellbilder hinzugefügt ?

Zitat:
7. die Fortschrittsanzeige hat m.M.n. einen unnützen äußeren Rahmen.
Ich überleg mal...

Zitat:
und finally
8. ich lese natürlich NICHT die Anleitung - so ein kleines Tool sollte selbsterklärend sein in der Grundfunktion - welche man nach dem Programmstart noch immer nicht mitgeteilt bekommt bzw. erkennt.

Ich habe im Menu den Punkt Info, da kommt es rein. Alternativ könnte ich die Info auch noch bei Programmstart anzeigen...

Zitat:
p.s.: ist die GUI nun Wizard.lib oder was? mögl. kann man das irgendwo anzeigen/auswählen? dein Programm erzeugt 90 (!) Gadgets, teilweise unsichtbar, die sich nicht an die Vorgaben meines Systems für Gadtools halten (via VisualPrefs, ReAction).
Ja wizard.library, alles andere mach ich nicht... anscheinend hat die ein Problem VisualPrefs...

Vielen Dank für die Hinweise, hab ich wieder etwas zu tun

@DaxB
Wird der neue "Sourcepfad" noch im Stringgadget angezeigt ? Erscheint er im Listview unter dem Stringgadget ? Kannst Du in die Datei sourcehist im Progverzeichnis schreiben ?

gruß gerograph

EDIT: vielen Dank für den Screenshot




[ Dieser Beitrag wurde von gerograph am 11.07.2010 um 20:49 Uhr geändert. ]

[ Dieser Beitrag wurde von gerograph am 11.07.2010 um 20:50 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

11.07.2010, 21:18 Uhr

inq
Posts: 445
Nutzer
Zitat:
Original von gerograph:
Zitat:
2. die Hintergrundfarbe des Fensters ist grau (normal), die Farbe des Musters ist (immer noch) ein ungewöhnlicher Pen (ActiveWindow-TitleBarFill), das ist bei mir dunkelgelb(orange). Normalerweise sollte das Muster weiß sein (bei mir).
Laut GUI Editor pen3 / FillPen - sollte Blau sein !
ok. das macht Sinn. Bedenke aber, daß Pen3 nicht ansatzweise auf jedem System Blau ist. Bei mir ist es eben Gelb. Deshalb nimmt man ObtainPens_ (color), um den Pen zu bekommen, den man der Farbe nach möchte.
Das Muster ist natürlich nur Weiß, wenn der Programmierer es akzeptiert, daß diese Farbe vom Benutzer so eingestellt ist...was er tunlichst sollte.
Zitat:
Zitat:
2.1. die Gruppennamen sind daher auch orange (bei grauem Hintergrund).
bei mir Fett/blau unter Winuae OS3.1 (PAL 16 Farben) / OS3.9 (UAEGFX) / OS4.1 - glaube VisualPrefs und wizard.library verstehen sich nicht...
s.o. der Pen ist ActiveWindow...Fill, das sagt nix über die Farbe aus.
Zitat:
Zitat:
4. die Statistik Liste hat einen teilweise(!) weißen Hintergrund, nur unterbrochen von den IntegerGadgets, die suggerieren, man könnte etwas eingeben - kann man aber nicht oder? sie zeigen nur an.
Richtig, bei mir "hell Gelb" ich finde es einfach übersichtlicher, wenn das eine andere Farbe hat, die Unterbrechung durch die Integergadgets sollte eigentlich nur bei genauerem hinsehen sichtbar sein..
Schon mal einen anderen font probiert :)
außerdem ist es nicht nötig, IntegerGads zur Eingabe zu verwenden, wenn es NumGads zur Ausgabe auch täten, oder, wenn man sowieso die Gruppenelemente aktualisieren muß, einfach einen formatierten String anzuhängen.
Zitat:
Zitat:
5. ich habs noch nicht einmal geschafft, start anzuklicken. ich dachte, die Batchlist zeigt irgendwann mal die Liste mit den Bildern an, die ich bearbeiten will... oder wie? die Thumbs sind gemacht, warum auch immer, aber ich kann doch nie Start anklicken.
So, und die Thumbs die Du gemacht hast musst Du jetzt selektieren und auf eine Bearbeitungs/Batchliste setzten... d.h.

hä? Wie? Ich hab deinen Spezial Thumbviewer nicht! Und es ist ja eh nur ein Anzeiger, ODER?? Wie soll ich (der Anwender!) erfahren, was ich tun muß? Du setzt DEINE Software-Ausstattung voraus. Das geht niemals gut.
Zitat:
Ob Du die thumbnaildateien jetzt mit DirOpus, per CLI oder mit einem thumbnailviewer indie entsprechenden Verzeichnisse kopierst ist egal. Aus iBatch kannst Du den Thumbnailviewer direkt aufrufen (Button "MAKE/CHANGE" - TAB Batchlist)
Woher soll ich das wissen? Beim ersten ausprobieren soll was passieren, auch wenns Abfragen oder Fehler hagelt-das muß das Prog dann halt abfangen und handlen!
Zitat:
Zitat:
6. wenn man mehrmals hintereinander Thumbs machen lässt, ohne etwas geändert zu haben, bleibt die Fortschrittsanzeige ungewöhnlich lange stehen.
Hä ?
Du machst von einem Verzeichnis thumbs, und dann nocheinmal ? Jetzt sollte es eigentlich rasend schnell gehen, da iBatch nur thumbnails von neuen Bildern aus dem Quellverzeichnis macht... und Du hast ja nichts geändert. Oder hast Du doch etwas geändert, und irgendwelche thumbnaildateien gelöscht, bzw. weiter Quellbilder hinzugefügt ?

[/quote]
Das macht man so, als Tester: einfach mal versuchen, alles zweimal anzuklicken, auch wenns keinen Sinn macht :O

Ich sags nur ungern, aber: Ich KENNE das Programm nicht.
Ich (der Anwender) sucht nicht ein Forum auf und tippe willkürlich Programmname+Hilfe in die Suche. Es geht oder eben nicht.

Ich lasse Thumbs machen (Warum?). Status sagt: getan. und nu??
NOTHING HAPPENED. Was muss ich tun? Also nächster Tab. Hm. Shit. Stucked again.... WHAT TO DO???

Zitat:
und finally
8. ich lese natürlich NICHT die Anleitung - so ein kleines Tool sollte selbsterklärend sein in der Grundfunktion - welche man nach dem Programmstart noch immer nicht mitgeteilt bekommt bzw. erkennt.

Ich habe im Menu den Punkt Info, da kommt es rein. Alternativ könnte ich die Info auch noch bei Programmstart anzeigen...
[/quote]
Gute Idee. Viele Programme machen einfach eine kleine BegrüßungsInfo, ist diese angenehm bunt, nennt man sie auch 'Splash'.

[ - Antworten - Zitieren - Direktlink - ]

12.07.2010, 00:43 Uhr

DaxB
Posts: 1421
Nutzer
Zitat:
Original von gerograph:
Wird der neue "Sourcepfad" noch im Stringgadget angezeigt ? Erscheint er im Listview unter dem Stringgadget ? Kannst Du in die Datei sourcehist im Progverzeichnis schreiben ?

Nein und nein. sourcehist liegt (zumindestens nach der Auswahl) nicht in progdir:, sondern eine Ebene höher, bzw. im root (hier Ram). histdest liegt in progdir:

[ Dieser Beitrag wurde von DaxB am 12.07.2010 um 00:48 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

12.07.2010, 14:18 Uhr

gerograph
Posts: 621
Nutzer
@DaxB:
Zitat:
sourcehist liegt (zumindestens nach der Auswahl) nicht in progdir:, sondern eine Ebene höher, bzw. im root (hier Ram). histdest liegt in progdir:
Hm, das ist Blöd... D.h. Bevor Du eine "Sourcedir" in ibatch auswählst ist im Progdir noch die Datei sourcehist da ? Erst danach ist die Datei sourcehist aus dem Progdir weg ?
Wenn das so ist, schafft es ibatch nicht die Datei "sourcehist" wieder nach Progdir zu kopieren.... da muss ich mir noch was überlegen, gefällt mir eh noch nicht so ganz.

@inq
Zitat:
Deshalb nimmt man ObtainPens_ (color), um den Pen zu bekommen, den man der Farbe nach möchte.
soweit ich weiss unterstützt Amiblitz und Stormwizard diesen Befehl nicht, Gruppenamen kann ich z.B. nur im Stormwizard selber mit einer Farbe belegen. Anders sieht es da bei Listen aus, dort kann ich die Farbe selber wählen... hab da auch schon was vorbereitet... Denn z.B. Orange in der Verzeichnishistorie ist nicht so sinnvoll.

Zitat:
außerdem ist es nicht nötig, IntegerGads zur Eingabe zu verwenden, wenn es NumGads zur Ausgabe auch täten, oder, wenn man sowieso die Gruppenelemente aktualisieren muß, einfach einen formatierten String anzuhängen.
NumGads gibt es nicht im StormWizard, aber glaube son formatierter String wäre nicht schlecht...

Zitat:
Ich lasse Thumbs machen (Warum?). Status sagt: getan. und nu??
NOTHING HAPPENED. Was muss ich tun? Also nächster Tab. Hm. Shit. Stucked again.... WHAT TO DO???


WHAT TO DO??? - den nächsten großen Button drücken - "MAKE/CHANGE" - das ist doch nicht so schwer... ?? oder. Wenn der gedrückt wird, dann kommt eine Fehlermeldung, dass kein Thumbnailviewer installiert ist, oder es öffnet sich eben der Thumbnailviewer.
Danach stellt sich dann zurcht die Frage "was muss ich nun mit den Thumbs machen" zur Verbesserung habe ich ja schon folgendes geplant (s.o.):

- eigenen Thumbnailviewer ("select pics to be processed...") mit Bild links/rechts drehen Button etc.
- Button "MAKE/CHANGE" in "CREATE BATCHLIST" umbenennen ??
- Hinweis nach dem erstellen der Thumbnails, was als nächstes passiert ??

Zitat:
Das macht man so, als Tester: einfach mal versuchen, alles zweimal anzuklicken, auch wenns keinen Sinn macht
Ja, richtig, super. Wo bleibt er denn stehen: bei
a) "checking sourcdir" oder
b) "syncing dirs" ?
Oder ist sourcedir = destination dir ??? bei Dir.

Danke für die Hinweise

gruß gerograph

[ Dieser Beitrag wurde von gerograph am 12.07.2010 um 14:29 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

12.07.2010, 17:54 Uhr

DaxB
Posts: 1421
Nutzer
Zitat:
Original von gerograph:
Hm, das ist Blöd... D.h. Bevor Du eine "Sourcedir" in ibatch auswählst ist im Progdir noch die Datei sourcehist da ? Erst danach ist die Datei sourcehist aus dem Progdir weg ?
Wenn das so ist, schafft es ibatch nicht die Datei "sourcehist" wieder nach Progdir zu kopieren.... da muss ich mir noch was überlegen, gefällt mir eh noch nicht so ganz.

Ja. Wenn das Programm gestartet ist, befinden sich die Daten "histsource" und "histdest" in progdir. Nach dem Auswählen eines sourcedir Verzeichnisses, wird die Datei "histsource" in progdir gelöscht und nach root (hier ram) geschrieben. Das ausgewählte Verzeichnis ist an erster Stelle der Datei. Soweit scheint das zu funktionieren. Vielleicht reicht eine Datei, oder ist besser, für source und dest.

[ - Antworten - Zitieren - Direktlink - ]

12.07.2010, 17:55 Uhr

DaxB
Posts: 1421
Nutzer


[ Dieser Beitrag wurde von DaxB am 12.07.2010 um 17:56 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

12.07.2010, 21:39 Uhr

gerograph
Posts: 621
Nutzer
@DaxB:
ja, genau... das ist noch nicht der Weisheit letzter Schluss... normalerweise sollte dann vom RAM die Datei zurückkopiert werden... der copy Befehl kommt direkt nach dem delete Befehlt, vielleicht ist der Rechner nicht so schnell wie mein Code... ? Keine Ahnung aber da fällt mir schon was ein..

@alle
1. iBatch bekommt definitiv einen eigenen Thumbnailviewer spendiert... was die Bedienung sehr vereinfacht.
2. Hier der Info/Splashscreen mit Kurzanleitung:

http://www.geobiz.de/screenshots/screenshot_about.png

gruß gerograph

[ - Antworten - Zitieren - Direktlink - ]

13.07.2010, 21:38 Uhr

inq
Posts: 445
Nutzer
Zitat:
Original von gerograph:

@inq
Zitat:
Deshalb nimmt man ObtainPens_ (color), um den Pen zu bekommen, den man der Farbe nach möchte.
soweit ich weiss unterstützt Amiblitz und Stormwizard diesen Befehl nicht
das stimmt natürlich nicht :)
AB unterstützt Obtainpens_, weil es eine AmigaOS Funktion ist.
auch kann man den standardpen für Hilight benutzen, der ist schon vom Namen her auf Kontrast ausgelegt :D
Zitat:
Ja, richtig, super. Wo bleibt er denn stehen: bei
a) "checking sourcdir" oder
b) "syncing dirs" ?
Oder ist sourcedir = destination dir ??? bei Dir.

SourceDir ist auf HD (Hintergrundmuster), Dest ist RAM:.

bleibt bei a) stehen, wobei a) mind. 3mal ausgeführt wird (laut Fortschrittsfenster).

ich hab mal Snoopdos mitlaufen lassen: scheint so, als würde iBatch das Thumbnaildir, also RAM: komplett nochmal durchscannen und alle enthaltenen Bilder Öffnen... (wobei jetzt ja die Thumbs in Ram: liegen, und ein paar icons usw., für die ich auch datatypes habe!).

gruß
inq


[ Dieser Beitrag wurde von inq am 13.07.2010 um 21:40 Uhr geändert. ]

[ Dieser Beitrag wurde von inq am 13.07.2010 um 22:51 Uhr geändert. ]

[ Dieser Beitrag wurde von inq am 13.07.2010 um 22:52 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

13.07.2010, 21:55 Uhr

inq
Posts: 445
Nutzer
@gerograph

nochmal eben:

Wenn ich ein neues dstdir aus der Liste wähle, wird auch das thumbdir im aslrequester geändert, und zwar auf IMB:input/thumbnails, obwohl im stringgadget des Thumb-Tabs immernoch z.b. RAM: steht.

auch ist beim Programmstart zwar des letzte von mir benutzte in/out dir in der Liste, in den Stringgadgets dafür steht aber der default IMB:.../...

edit:

hab jetzt mal das thumbdir nicht mehr in ram: sondern in Ram:thumbtest/ gesetzt (in ist noch in Globalgfx:patterns/ , out ist ram:).

das o.g. stocken(bzw. neuladen?) nach dreimaligem src-scannen bleibt bestehen.

wenn ich beim batchlist -tab dann auf make/change clicke, kommt der von dir gemeinte alert, daß ich den Thumbviewer konf. muß. ok.
ABER: die statistik sollte trotzdem die gesamtzahl zeigen, oder? und eigentlich könnte ja trotz des fehlenden Thumbviewvers (zur Auswahl) ja alles bearbeitet werden können, nur eben ohne auswahl. kann man ja als Einschränkung mit in die o.g. fehlermeldung aufnehmen, z.b. "Ohne Thumbviewer ist eine differenzierte Auswahl nicht möglich - alles wählen?" oder so. du machst doch das kopieren sowieso mittels C:Copy.
das ist dann auch nix anderes.

gruß
inq


p.s.: der dt catalog wird bei mir offenbar nicht gefunden??



[ Dieser Beitrag wurde von inq am 13.07.2010 um 22:06 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

13.07.2010, 22:14 Uhr

inq
Posts: 445
Nutzer
Nachtrag:

beim von mir getesteten src-dir handelte es sich um kleine Patterns, also Gif/jpeg/iff Pinsel mit sehr kleiner größe.

die Thumbs heißen danach exakt genauso (!) also trotzdem sie offenbar JPG sind und die Endungen gleich bleiben (.gif, .iff, .br usw.).
das ist sehr gefährlich, falls mal was durcheinander gerät mit dem syncen, z.b. Datum/größe (datei geändert?) usw.

deine Thumbs sind jedenfalls um faktoren größer als die Originalfiles.

ich empfehle auf jedenfall ein anhängen von z.b. "_thmb" an den thumbnamen, schon allein, um bei der Dateisuche nicht die größere datei (!) als das vermeintliche original zu verwenden...

inq

edit: typos

[ Dieser Beitrag wurde von inq am 13.07.2010 um 22:32 Uhr geändert. ]

[ Dieser Beitrag wurde von inq am 13.07.2010 um 22:32 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

13.07.2010, 22:56 Uhr

Der_Wanderer
Posts: 1229
Nutzer
@inq
Ja, das hatte ich auch schon geschrieben. Filenamen 1:1 übernehmen ist sehr gefährlich. Zum einen Unschön, weil die Dateien dann immer JPEG sind aber z.b. .tiff heißen, und zum anderen kann man sich da sehr schnell was zerschießen, z.b. wenn sourcedir=destdir ist, sind alle futsch. Alle.

@Gerograph
Du siehst, es ist sehr viel schwerer ein Programm zu erstellen für eine Release als nur für sich selbst.

Mein Ratschlag:

* Thumbs in einem Program Subfolder erstellen, möglicherweise nicht als einzelne Files sondern in einer kleinen Datenbank File, sonst wird es schnell schwerverdaulich bei vielen Fotos.
Der Subfolder sollte unaufdringlich in den Settings einstellbar sein, aber im normalen Betrieb sich versteckt halten.

* Thumbs nur erstellen für Dateien die deutlich größer sind als die Thumb Größe, also etwa beim doppelten.

* Verabschiede dich von der Idee Thumbnail-Dateien durch die Gegend zu kopieren um sie mit bestimmten Funktionen wie Drehen etc. zu verknüpfen. Das ist unflexibel und dem User schwer vermittelbar. Mache einen internen Thumbnail Viewer. Die Bilder sehen in einem externen Viewer auch nicht besser aus, und intern Anzeigen ist nicht schwer.
Du brauchst nur den RastPort, die Bilder und einen BlitBefehl an die richtige Stelle.

* Merke dir die Funktionen pro Datei im Speicher, evtl. mache die Session freezbar. So kannst du neben Drehen auch andere Funktionen hinzufügen, wie z.b. Gamma Korrektur oder Croppen. Du kannst die Aktionen auch sofort durchführen, so lange dauert das nicht auf einem einigermassen modernen Rechner.





--
--
Author of
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 13.07.2010 um 23:01 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

14.07.2010, 12:46 Uhr

gerograph
Posts: 621
Nutzer
@inq
Zitat:
hab jetzt mal das thumbdir nicht mehr in ram: sondern in Ram:thumbtest/ gesetzt (in ist noch in Globalgfx:patterns/ , out ist ram:).

das o.g. stocken(bzw. neuladen?) nach dreimaligem src-scannen bleibt bestehen.

O.k. den Fehler kann ich nachvollziehen, zumindest wenn in der ibatch.prefs "no" steht.

code:
;-------------- Process files  without checking wether it is supported (therefore an image) --
;-------------- or not. "no" = every file gets checked before it will be loaded. Takes quiet -
;-------------- long. "yes" = file gets checked by extension, if no extension given, file   --
;-------------- will be proberly checked, files with an "image extension" not beeing an ------
;-------------- image file, will cause an error message --------------------------------------
;-------------- if your sourcedir holds a lot of "non image files", choose "no"---------------
no


d.h. bedeutet, das jede Datei aus Source geöffnet wird und geprüft wird ob sie verarbeitbar ist, mehr oder weniger unnötig... einfach mal auf "yes" stellen, dann wird nur anhand der Endung geprüft ob es eine Bilddatei ist... geht viel schneller, und ich dachte ich hätte das als default in der prefs drin. Dennoch komisch, das beim erstenmal der Fortschrittsbalken mehrmals durchläuft und beim zweiten und dritten mal der Fortschrittbalken nochmals für die Zeit des ersten Durchlaufs stehen bleibt ?? Muß ich checken.

Zitat:
Wenn ich ein neues dstdir aus der Liste wähle, wird auch das thumbdir im aslrequester geändert, und zwar auf IMB:input/thumbnails, obwohl im stringgadget des Thumb-Tabs immernoch z.b. RAM: steht.
Ja, kann ich vielleicht ändern, alle ASL Requester nehmen immer den Pfad aus der prefs, sie merken sich nicht die alten Pfade... d.h. Cancel drücken im ASL und die Pfade aus den Stringgadgets behalten Ihre Gültigkeit.

Zitat:
auch ist beim Programmstart zwar des letzte von mir benutzte in/out dir in der Liste, in den Stringgadgets dafür steht aber der default IMB:.../...
Richtig, ist auch so gewollt, somit hat der User immer die Möglichkeit Bilder nach IMB:Input zu kopieren und brauch sich um die restlichen Pfade nicht kümmern. D.h. z.B. ich möchte mal schnell 10 Bilder von bmp nach jpeg konvertieren 1. Bilder nach IMB:Input 2. "CREATE/ADD THUMBNAILS" 3. MAKE/CHANGE 4. Conversion Profile auswählen -> START

Zitat:
ABER: die statistik sollte trotzdem die gesamtzahl zeigen, oder? und eigentlich könnte ja trotz des fehlenden Thumbviewvers (zur Auswahl) ja alles bearbeitet werden können, nur eben ohne auswahl. kann man ja als Einschränkung mit in die o.g. fehlermeldung aufnehmen, z.b. "Ohne Thumbviewer ist eine differenzierte Auswahl nicht möglich - alles wählen?" oder so. du machst doch das kopieren sowieso mittels C:Copy.
Statistik zeigt die Gesamtzahl der zu konvertierenden Bilder, alle anderen Hinweise sind obsolet, da ich ja einen eigenen Thumbnailviewer programmieren werde.

Zitat:
die Thumbs heißen danach exakt genauso (!) also trotzdem sie offenbar JPG sind und die Endungen gleich bleiben (.gif, .iff, .br usw.).
das ist sehr gefährlich, falls mal was durcheinander gerät mit dem syncen, z.b. Datum/größe (datei geändert?) usw.

Syncen bedeutet hier nur: Es werden alle Bilder in thumbs gewandelt deren Namen (!) noch nicht im thumbnailverzeichnis sind... (ist natürlich ein gewisses Manko, wenn ich im Sourcedir ein Pic ändere und nicht umbenenne)

@der Wanderer
Zitat:
Ja, das hatte ich auch schon geschrieben. Filenamen 1:1 übernehmen ist sehr gefährlich. Zum einen Unschön, weil die Dateien dann immer JPEG sind aber z.b. .tiff heißen, und zum anderen kann man sich da sehr schnell was zerschießen, z.b. wenn sourcedir=destdir ist, sind alle futsch. Alle.
Nein, falsch wenn sourcedir = destdir, dann werden ersteinmal thumbnails vom source gemacht und im zugehörigen thumbnaildir gespeichert. Die Namensgebung der thumbnail ist daher unerheblich. Soweit kein Problem. Wenn ich allerdings jetzt konvertiere werden ggf. die Originale durch die Konvertierten überschrieben (je nach renaming Option). Das ist definitiv Mist und muss geändert werden. Gefährlich wird es, wenn sourcedir=thumbdir... aber auch das kann man vorher abprüfen/oder durch z.B. anhängen von #?.thb etc. umgehen. Ich halte es aber für sinnvoller die thumbnails immer in einem extra Verzeichnis zu sammeln....

Zitat:
Der Subfolder sollte unaufdringlich in den Settings einstellbar sein, aber im normalen Betrieb sich versteckt halten.
Das einzige was sinnvoll ist, wäre generell einen thumbnailfolder im Sourcedir anzulegen, und die Option wo anders einen thumbnailfolder anzulegen komplett wegfallen lassen. Das hätte folgenden Vorteil:

Das Tab "2) thumbnails" könnte wegfallen und der Button "CREATE/ADD THUMBNAILS" auf den Tab 3) batchlist verschoben werden "CREATE THUMBNAILS FIRST" und darunter der Button "MAKE/CHANGE BATCHLIST" der nur aktivierte wird, wenn thumbnails da sind... Nachteil: User ist mit den thumbnailverzeichnis unflexibler / die 4 Schritte sind nicht mehr auf 4 Tabs verteilt... Alternativ könnte man den Tab "2) thumbnails" nur mit dem einen Knopf "CREATE THUMBNAILS" bestücken ! Eure Meinung ???

Zitat:
Thumbs nur erstellen für Dateien die deutlich größer sind als die Thumb Größe, also etwa beim doppelten.
Stimmt, hätte ich auch selber drauf kommen können. wird implementiert.

Zitat:
Verabschiede dich von der Idee Thumbnail-Dateien durch die Gegend zu kopieren um sie mit bestimmten Funktionen wie Drehen etc. zu verknüpfen. Das ist unflexibel und dem User schwer vermittelbar. Mache einen internen Thumbnail Viewer. Die Bilder sehen in einem externen Viewer auch nicht besser aus, und intern Anzeigen ist nicht schwer.
Du brauchst nur den RastPort, die Bilder und einen BlitBefehl an die richtige Stelle.

Thumbnailviewer ist definitiv geplant, wird einiges vereinfachen.

Zitat:
Merke dir die Funktionen pro Datei im Speicher, evtl. mache die Session freezbar. So kannst du neben Drehen auch andere Funktionen hinzufügen, wie z.b. Gamma Korrektur oder Croppen. Du kannst die Aktionen auch sofort durchführen, so lange dauert das nicht auf einem einigermassen modernen Rechner
Die Session ist "freezbar", wenn ich thumbnails selektiert habe, kann ich iBatch schließen, beim nächsten öffnen steht die erstellte Bearbeitungsliste wieder zur Verfügung.

Danke für die Hinweise, wichtig wäre Eure Meinung zum "fett geschriebenen" ansonsten habt ihre in der nächsten Woche mal "Ruhe" da werde ich dann mal programmierpause machen.

gruß gero



[ Dieser Beitrag wurde von gerograph am 14.07.2010 um 13:34 Uhr geändert. ]

[ Dieser Beitrag wurde von gerograph am 14.07.2010 um 13:41 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

14.07.2010, 16:03 Uhr

Der_Wanderer
Posts: 1229
Nutzer
1. Bitte die Buttons nicht SCHREIEN lassen.

2. Für die Thumbnail Generierung würde ich keine extra Aktion/Button machen. Wenn man die Bilder durchgehen will, kann das angestossen werden. Ansonsten braucht man die Thumbs auch nicht.
Wenn du unter Windows einen Ordner aufmachst mit Bilder drin, kommt ja auch kein Knopf mit "SYNC THUMBNAILS" oder ein Settings Dialog zum setzen einen Thumbnail Directories.

--
--
Author of
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de



[ Dieser Beitrag wurde von Der_Wanderer am 14.07.2010 um 16:04 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

14.07.2010, 16:25 Uhr

gerograph
Posts: 621
Nutzer
@Der_Wanderer:

Zitat:
1. Bitte die Buttons nicht SCHREIEN lassen.
Würde lieber fette Schrift nehmen für die wichtigen Buttons, aber StormWizard unterstützt das nicht bzw. braucht dann einen bold font. Die standard bold fonts sind truetype/Intelli und damit nicht überall verfügbar... bräuchte also einen frei verteilbaren normal und bold bitmap font... ??

Zitat:
2. Für die Thumbnail Generierung würde ich keine extra Aktion/Button machen. Wenn man die Bilder durchgehen will, kann das angestossen werden. Ansonsten braucht man die Thumbs auch nicht.
Wenn du unter Windows einen Ordner aufmachst mit Bilder drin, kommt ja auch kein Knopf mit "SYNC THUMBNAILS" oder ein Settings Dialog zum setzen einen Thumbnail Directories.

korrekt, hab ich auch schon drüber nachtgedacht, bedeutet aber, dass immer thumbnails gemacht werden, d.h. bevor der User die Thumbnails sieht wird immer ein Fortschrittsbalken erscheinen und die neuen thumbs berechnen... O.k. ich kann abbrechen, aber wenn ich nur mal schnell ein/zwei alte Bilder konvertieren möchte, will ich eigentlich garnicht erst anfangen zu syncen/thumbnails zu erstellen. Nicht jeder Amiga ist so flott wie mein SAM. Nein, mit der Idee den Button "ADD/CREATE THUMBNAILS" "automatisch zu bedienen" kann ich mich noch nicht ganz anfreunden.

gruß gero


[ - Antworten - Zitieren - Direktlink - ]

14.07.2010, 16:44 Uhr

Der_Wanderer
Posts: 1229
Nutzer
StormWizard unterstützt keine Bold-Flag!?

Selbst wenn nicht, SCHREIEN finde ich nicht akzeptabel.

Du brauchst keine Fortschrittsbalken. Wenn es den Thumb noch nicht gibt, zeigst du ein Default Bild an. Sobald es da ist kann es genutzt werden.
Das muss dann natürlich asynchron passieren, damit der User nicht warten muss.

--
--
Author of
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de


[ - Antworten - Zitieren - Direktlink - ]

14.07.2010, 20:47 Uhr

gerograph
Posts: 621
Nutzer
@inq:
Zitat:
auch kann man den standardpen für Hilight benutzen
ähm... ich hab hier im Stormwizard "ShinePen" (pen 1) und "HighlightTextPen" (pen 6). Der dunkel blaue 6er sieht besser aus. Mit optainpens möchte ich erstmal nicht rummachen....

gruß gerograph

[ - Antworten - Zitieren - Direktlink - ]

14.07.2010, 21:31 Uhr

gerograph
Posts: 621
Nutzer
@Der_Wanderer:
Zitat:
StormWizard unterstützt keine Bold-Flag!?
So scheint es zu sein, vgl. meine Threads auf amiforce. Das Bold Flag (bzw. Ctrl+B) ist nur bei einigen Gadgets möglich, z.B. Gruppen. Bei normalen Textbuttons leider nicht. Das ist auch der Grund warum alle OS4 lookalike (Error-)requester für die Defaultoption keinen fetten Text auf dem Button stehen haben, sondern mit einer "Gruppe" extra umrandet sind...
Aber einen eigenen Font nehmen find ich jetzt auch nicht toll, das ganze sollte schon so aussehen wie der Rest des Systems.

[ - Antworten - Zitieren - Direktlink - ]

28.07.2010, 21:43 Uhr

gerograph
Posts: 621
Nutzer
So... hab jetzt mal ne Woche Urlaub gemacht und mir am Samstag den X1000 in Essen angeschaut.... jetzt mal wieder zurück zu iBatch mit der Bitte um Eure Meinung:

http://www.geobiz.de/ibatch_WZ-beta22.lha

Neuerungen/Verbesserungen:
- Nur noch 3Tabs
- thumbnaildir/syncdir braucht nicht mehr gewählt zu werden, iBatch kümmert sich automatisch
- Wenn ich "MAKE/CHANGE BATCHLIST" drücke werden die thumbnails automatisch erzeugt wenn nötig, danach automatisch ein thumbnailviewer gestartet.
- eigener (very basic) thumbnailviewer d.h. die Kopiererei der selectierten Bilder in eines der Verzeichnisse ROTR: ROTL: ORIG: entfällt, da entsprechende Buttons da sind.
- Splashscreen mit Kurzanleitung
- Prefs Editor

Würde mich freuen wenn Ihr nochmal testen könntet und mir Eure Meinung sagt.

Gruß gerograph

[ - Antworten - Zitieren - Direktlink - ]

31.07.2010, 23:38 Uhr

inq
Posts: 445
Nutzer
@gerograph:

hab die neue Beta eben angetestet. soweit schon mal wesentlich besser, kann ich sagen.

trotzdem natürlich gleich ein paar sachen, die mir negativ
aufgefallen sind:

Prefs
das Prefs-Fenster geht soweit, sagt aber nicht, daß die Einstellungen erst nach Neustart des Programms gelten. es gibt kein Bubblehelp in den Prefs. die Verzögerung für Bubblehelp wird nicht neben dem Slider angezeigt, oder eben als Bubblehelp :)
Die Farbauswahl könnte man vielleicht etwas reduzieren (32 oder so) oder auf eine RGB-Wert-Abfrage (mit Vorschau) ändern.

Info
Das Info Fenster wird am Start mittig über dem Hauptfenster geöffnet (gut), bei Menuaufruf aber linksoben bei 0,0 (ungut).

Hauptprog
Locale ist nicht (mehr?) vorhanden.
IMB: wird auf das Progdir: assignt (gut). die Thumbs sollten dann laut Prefs in Input/Thumbs.. zu liegen kommen, landen aber leider im RAM:.

BUG: im Tab2 ist der Button neben dem MakeChangeBatchlist unsichtbar und so hoch, wie die ganze Gruppe, mit einem kleinen Bild darin. das Bubblehelp und jeglicher klick in diesen Riesenbutton ist dann auch nicht auf dessen Koordinaten passend.

Wenn ich im Thumbviewer "alles" angewählt habe, sollte beim verlassen desselben die Statistik schonmal automatisch refresht werden.
Beim nächsten Tab müßte ich eigentlich direkt schon auf START klicken können, da FastJPEG angewählt erscheint - geht aber nicht. ich muß erst nochmal was anwählen, damit START geht.

Nachdem ich auf START geklickt habe, sind in ./output die Files. sie heißen aber FastJPEG-015.jpg usw. ist das so gewollt?

mehr später.
gruß
inq


[ - Antworten - Zitieren - Direktlink - ]

31.07.2010, 23:54 Uhr

inq
Posts: 445
Nutzer
Zitat:
Original von gerograph:
@inq:
Zitat:
auch kann man den standardpen für Hilight benutzen
ähm... ich hab hier im Stormwizard "ShinePen" (pen 1) und "HighlightTextPen" (pen 6). Der dunkel blaue 6er sieht besser aus. Mit optainpens möchte ich erstmal nicht rummachen....
Ich denke, "HighlightTextPen" ist sowohl der richtigere Name für den selben, den ich meinte, alsauch der zu empfehlende für Gruppen-Titel.
"ShinePen" ist für helle Kanten, Shadowpen für dunkle usw.

Ich glaube, du übersiehst immer noch, daß der Pen (siehe seine jeweilige
Bezeichnung) nur einen Zweck, aber keine spezielle Farbe hat.
"der dunkle blaue" ist eben (worst case) nur bei dir blau. woanders hat jemand ein DesktopTheme, bei dem er schwarz ist. oder eben gelb!

Edit: hab eben nochmal gecheckt: du verwendest immer den Pen6. Das hat irgendwie keine Bedeutung, da die Pens Tags darstellen. Jedenfalls ist HighlightText std auf Pen 2 (weiß). Pen 6 wäre std "HalfShadow", also halbhellgrau.
wie gesagt: jeder Pen ist nur die Beschreibung seiner Funktion, die Farbnummer kann jeder selber wählen :P
gruß
inq

[ Dieser Beitrag wurde von inq am 01.08.2010 um 00:20 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

01.08.2010, 02:51 Uhr

inq
Posts: 445
Nutzer
@gerograph
mal was allgemeines.

ich weiß nicht, wie lange du schon programmierst und/oder betas für bugtests rausgibst, aber da sind ein paar hints, die ich dir vielleicht noch geben kann:

wenn dein programm die version 1.0 hat, ist sie weitestgehend fehlerfrei funktionierend. es ist eine milestone-version. d.h. die betas liegen dafür dann davor, also bei 0.1 bis 0.99999...ok, das ist haarspalterei, mach ich auch falsch, gelegentlich...:D

wenn du leute aufforderst, die betas zu testen, hast du sicher auch bedacht, wie du mit den resultaten umgehst. d.h. die anmerkungen sind nach wichtigkeit (z.b. verständnis, erster eindruck), notwendigkeit (z.b. bugfix), sinngehalt (gui) usw einzuordnen und den demzufolge anzuwendenden prioritäten abzuarbeiten.
z.b.
du bekommst evtl viele eingaben, die dir die gui abspenstig machen wollen. das mußt du aber nicht persönlich nehmen oder auch nur wörtlich, sondern das anti-intuitive an deiner gui finden. wenn alles flutscht, gibts nicht den zwang, sich daran gewöhnen zu müssen! wichtig wäre es aber erst dann, wenn es wirklich "hänger" gibt, die eine benutzung verhindern (z.b. buttons sind off ohne sichtbaren grund).

wenn dein prog nicht so arbeitet, wie der nutzer(!) es erwartet, mußt du zwingend an der darstellung der funktion deines progs (wenn der name und das aussehen es nicht vermuten lassen) arbeiten, oder darauf hinweisen, was es wie tut.

z.b. ist ein fortschrittsbalken sehr sinnvoll, kan aber durchaus noch mittels zeitangabe vebessert werden ("estimated time to finish").
usw.
du bist bisher davon ausgegangen, daß du dein Arexxprogramm einfach nur in AmiBlitz konvertieren mußt und alles bleibt gleich. das ist aber nicht so. Arexx ist Scripting. das erkennt der benutzer. Jetzt machst du ein echtes Programm. da gelten "Real World Conditions".

viele kleine dinge, von denen du evtl nicht gedacht hast, daß sie wichtig wären, können dein prog unbenutzt weil unbeliebt machen.
z.b. macht dein prog (mit immerhin 400kB + wizard.lib toolkit +z.lib) z. zt. nicht viel mehr als eine bessere aktion mit Dopus. dann muß es aber auch easy gehn. tuts aber nicht (bei mir).

alleine die tatsache, daß ich eine BatchLIST erstelle, ohne sie jemals zu SEHEN, ist absurd (im quadrat). vollkommen unverständlich. all das auswählen von unsichtbaren bildern, die unsichtbar irgendwie nur unter angabe von "nummer 5 von 32" irgendwie irgendwohin kopiert werden, ist mir höchst suspekt. hey, und ich bin freundlich gesinnt und hab eben noch keinen wettbewerb gestartet...

nur zum verständnis:
wer begriffe (Liste, Thumbnails) einführt, muß sie bedienen.

wenn ich "synce", dann muß dass transparent für den Nutzer sein, d.h. es muß (wie der_wanderer schrieb) sorglos funktionieren, also keine abfrage für irgendwelche temp-dirs usw.. insbesondere, wenn es deine absicht ist, möglichst unauffällig integriert zu arbeiten. da fehlts dann aber amigaos-seitig erstmal an voraussetzungen, da es ein z.b. Dokumente-dev/dir so nicht gibt.

inq

[ - Antworten - Zitieren - Direktlink - ]

01.08.2010, 20:39 Uhr

gerograph
Posts: 621
Nutzer
@inq:

Mann, Du deckst selbst die Kleinigkeiten schonungslos auf, selbsverständlich nehme ich nichts persönlich, vielmehr scheinen Eure Vorschläge durchaus sinnvoll. Wie man sieht habe ich Eure Vorschläge nicht 1:1 umgesetzt, aber fakt war, das GUI war verbesserungswürdig und unlogisch, und daran arbeite ich jetzt und bedanke mich nochmal für Eure Hilfe, wenns irgendwann zu viel wird, dann bleibts wie es ist...

Zitat:
das Prefs-Fenster geht soweit, sagt aber nicht, daß die Einstellungen erst nach Neustart des Programms gelten.
Entsprechender Requester ist bereits integriert...

[quote]
es gibt kein Bubblehelp in den Prefs.
[quote]
Korrekt, bin ich noch nicht zu gekommen, aber mach erst Sinn, wenn das GUI Gerüst steht, und nicht irgendwelche Buttons doch gelöscht werden... (Prefs werden in der nächsten Version wieder leicht geändert...)

Zitat:
die Verzögerung für Bubblehelp wird nicht neben dem Slider angezeigt, oder eben als Bubblehelp
hat wohl nicht nur mich gestört... ;-)

Zitat:
Die Farbauswahl könnte man vielleicht etwas reduzieren (32 oder so)
auf 12 Farben gesetzt...

Zitat:
Locale ist nicht (mehr?) vorhanden.
Korrekt, wenns GUI endgültig ist mach ich die Übersetzung...

Zitat:
die Thumbs sollten dann laut Prefs in Input/Thumbs.. zu liegen kommen, landen aber leider im RAM:.
Ist auch richtig so, iBatch legt inzwischen das thumbnaildir immer im Sourcedir an !!!
Die Abfrage des thumbnaildirpfades ist damit überflüssig, hatte nur vergessen die entsprechenden Gads aus dem Prefs Prog rauszunehmen. Über das Vorhandensein eines "Thumbnaildirs" braucht der User eigentlich nichts mehr wissen.

Zitat:
BUG: im Tab2 ist der Button neben dem MakeChangeBatchlist unsichtbar und so hoch, wie die ganze Gruppe, mit einem kleinen Bild darin. das Bubblehelp und jeglicher klick in diesen Riesenbutton ist dann auch nicht auf dessen Koordinaten passend.
Bei mir nicht... muß ich nochmal checken... Danke für den Hinweis

Zitat:
Wenn ich im Thumbviewer "alles" angewählt habe, sollte beim verlassen desselben die Statistik schonmal automatisch refresht werden.
Statistik sollte eigentlich immer refresht werden... und der Refresh Button ist dann ehr überflüssig...

Zitat:
Beim nächsten Tab müßte ich eigentlich direkt schon auf START klicken können, da FastJPEG angewählt erscheint - geht aber nicht. ich muß erst nochmal was anwählen, damit START geht.
Hab ich auch schon überlegt... Aber, mich dagegen entschieden, da der Nutzer so gezwungen wird nocheinmal darüber nachzudenken, WIE er denn konvertieren will. Bei der Frage WAS will ich konvertieren muß ich ja auch eine Eingabe machen.

Zitat:
Nachdem ich auf START geklickt habe, sind in ./output die Files. sie heißen aber FastJPEG-015.jpg usw. ist das so gewollt?
Ja, will ich mich über die "Namensgebungskonventionen" im Konvertierungsprofil/template hinwegsetzen, dann kann ich dass im Hauptprogramm ändern.

Zitat:
ich weiß nicht, wie lange du schon programmierst und/oder betas für bugtests rausgibst, aber da sind ein paar hints, die ich dir vielleicht noch geben kann:
progge schon lange, aber nicht viel, s. http://www.geobiz.de/download.htm. Ist ehr ne Freizeitbeschäftigung und solle es auch bleiben. Mein Ziel ist es nicht unbedingt die perfekte Software zu bauen, solange ich kein Geld damit verdiene.

Zitat:
daß ich eine BatchLIST erstelle, ohne sie jemals zu SEHEN, ist absurd (im quadrat).
Bis jetzt ja,... aber da ist noch ein nicht aktivierter Button der Batchlist - "show" heist... (vielleicht nenn ich ihn auch "Edit"...

Zitat:
vollkommen unverständlich. all das auswählen von unsichtbaren bildern
Warum sind die Bilder unsichtbar ??, im neuen "thumbnalviewer" sollte jeweils das aktuelle Bild angezeigt werden, über die Knöpfe unten entscheide ich, ob ich es der Batchlist hinzufüge oder nicht.

O.k. Vielen Dank, werde noch etwas dran arbeiten..

gruß gero




[ Dieser Beitrag wurde von gerograph am 01.08.2010 um 20:40 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

02.08.2010, 13:09 Uhr

gerograph
Posts: 621
Nutzer
@inq:
Zitat:
BUG: im Tab2 ist der Button neben dem MakeChangeBatchlist unsichtbar und so hoch, wie die ganze Gruppe, mit einem kleinen Bild darin. das Bubblehelp und jeglicher klick in diesen Riesenbutton ist dann auch nicht auf dessen Koordinaten passend.
Hm, hab mit verschiedensten Auflösungen unter WinUAE getestet, bei mir kein Problem... kannst Du mal einen Screenshot machen, Danke !!

[ - Antworten - Zitieren - Direktlink - ]

02.08.2010, 17:51 Uhr

Der_Wanderer
Posts: 1229
Nutzer
Anregung:
Drehe doch die Bilder bitte sofort in der Thumbnail ansicht.
Das mit dem Toggle Button ist sehr unintuitiv, und man weis nie ob man nun richtig dreht.

Drehen geht ganz schnell mit

image_ext.include/image_Rotate{srcimage,winkel,@destimage}

Winkel in Grad.
Da gäbe es noch einige nette Funktionen, z.b. Spiegeln, Schärfe, Kontrast oder Gamma.
--
--
Author of
HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, AB3 Includes und viele mehr...
Homepage: http://www.hd-rec.de


[ - Antworten - Zitieren - Direktlink - ]

02.08.2010, 19:00 Uhr

slin
Posts: 30
Nutzer
@gerograph: Ich finde es nicht schön dass man von einigen Texten "angeschrien" wird.
Ich war schon immer ein Fan der Amiga User Interface Style Guide. :look:

[ - Antworten - Zitieren - Direktlink - ]

02.08.2010, 20:00 Uhr

gerograph
Posts: 621
Nutzer
@slin:
Ja richtig, mit den schreienden Texten hatten wir schon ! Laut Styleguide sollte/würde ich lieber "bold" wählen, bisher ist mir aber keine Möglichkeiteit bekannt bei Buttons eines Stormwizard GUIs ein "bold flag" zu setzten (s.o.). Natürlich könnte ich einen Outline/TTFont fürs ganze GUI mitliefern (also Plain und Boldvariante), aber das wäre dann auch nicht sehr Systemkonform/bzw. kompatibel, gerade mit 3.1 Systemen. Mir ist der voreingestellt Systemfont einfach lieber.

gruß gerograph

[ - Antworten - Zitieren - Direktlink - ]

02.08.2010, 20:45 Uhr

gerograph
Posts: 621
Nutzer
@Der_Wanderer:
Zitat:
Drehen geht ganz schnell mit...

hatte ich schon probiert, aber selbst auf meinem SAM dauert es zu lange.... der thumbnailviewer ist mit seiner Tastaturbedienung auf schnellstes arbeiten ausgelegt, da hab ich keine Lust 1 Sekunde auf das rotierte Bild zu warten... vielleicht hat ja jemand noch ne andere Idee ?

Die netten Funktionen kommen dann später... bzw. sind primär ersteinmal nicht so wichtig für iBatch.

Dennoch vielen Dank für den Input

gruß gerograph

[ - Antworten - Zitieren - Direktlink - ]


1 2 3 -4- 5 6 [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > Betatester für neue iBatch Bildstabelverarbeitung gesucht ! [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.