Seite 5 von 8

Verfasst: 01.11.2005 20:28
von Kiffi
Mischa hat geschrieben:SHIFT zusätzlich drücken, beim Frame verschieben.
ähm! Du magst es, Deine Anwender zu verwirren, gell? :D

Wieso ist denn die Bedienung des Frames anders als bei allen anderen
Gadgets?

Das von freedimension berichtete 'aus-dem-Ruder-laufen-der-Maus' kann ich
bestätigen. Ist zwar nicht besonders schlimm, sieht aber seltsam aus.
MLK hat geschrieben:und als tastaturpurist besonders über eine möglichst komplette tastaturunterstützung.
Öärks! Dann aber bitte zusätzlich zu einer kompletten Maussteuerung.

Grüße ... Kiffi

Verfasst: 01.11.2005 22:28
von ts-soft
>> Wieso ist denn die Bedienung des Frames anders als bei allen anderen Gadgets?
Ich könnte es mir so denken:
Alle anderen Gadgets sind Controls, das Frame3D ist nur eine gezeichnete Box mit abgerundeten Ecken, die auch kein Click-Ereignis empfängt. Um also zu ermitteln, das diese gezeichnete Box gemeint ist, wird bei gedrückter Shifttaste, zusätzlich ermittelt, ob der Mauszeiger sich in einem freien Bereich dieser Box befindet, was wohl auch Rechenintensiver ist. So ungefähr :D

Verfasst: 01.11.2005 22:48
von Mischa
Gleichzeitig die SHIFT-Taste drücken ist richtig.

Frame3DGadgets haben dadurch 'nen eigenen Layer.
Das macht Sinn, weil man sie sonst häufig versehentlich verschiebt
und außerdem würde man beim Rechtsklick im Frame nur die
Styles des Frames einstellen, nicht aber ein neues Gadget
erstellen können. Den Zusatzbutton im Style-Menu, wie bei der
ScrollArea, oder dem Panel wollte ich nicht, da Frames nun mal
keine Gadgets tragen.

Gruß,
Mischa

Verfasst: 01.11.2005 23:28
von freedimension
Mischa hat geschrieben: Tritt das Verhalten mit dem Rechtsklicken auch bei den Gadgets auf?
Japp, selbes Verhalten.
SHIFT zusätzlich drücken, beim Frame verschieben.
(Erwähnte ich bereits und in der ReadMe steht es auch)
Ich bin halt einer von der Sorte, die immer intuitiv an die Sache rangehen. Ja ich weiß, dumme Ausrede für "Ich hab's Readme nicht gelesen" :oops:


Vorschläge:
- gezieltere Steuerung der Größe des scrollbaren Bereichs bei ScrollAreaGadget
- Standardgrößen für Grid:
Set Grid Step -> 5, 10, User defined

Hab auch noch einen möchtegern Bug beim PanelGadget:
Erstelle auf einem Panel zwei Tabs 'Panel 0' und 'Panel 1'. Lösche 'Panel 0' und erstelle direkt danach einen neuen. Ergebnis sind zwei Tabs die beide 'Panel 1' heißen.

Ich weiß jetzt auch, warum sich Gadgets beim Anklicken einfach so verschieben: Die richten sich dabei direkt am Grid aus obwohl ich sie eigentlich nur markieren wollte.

Verfasst: 02.11.2005 00:09
von ts-soft
>> Ergebnis sind zwei Tabs die beide 'Panel 1' heißen
Dann drück doch Enter und benenne einen um :mrgreen:

Verfasst: 02.11.2005 00:11
von freedimension
ts-soft hat geschrieben:>> Ergebnis sind zwei Tabs die beide 'Panel 1' heißen
Dann drück doch Enter und benenne einen um :mrgreen:
Schon klar, deswegen ja auch nur ein "möchtegern Bug" :D

Verfasst: 02.11.2005 01:59
von Andre
@Mischa: Donationware o.ä. ist eine gute Idee. :D

Eher in die Richtung ging auch mein Hinweis an Fred, und nicht was Danilo mir schon wieder unterstellt... :lol:

Verfasst: 02.11.2005 11:31
von hardfalcon
Sry falls es schon jemand gepostet hat (ist noch früh am morgen, und ich war jetzt zu faul, den ganzen Thread durchzulesen), aber ich hätte noch nen Verbesserungsvorschlag: Da man Gadgets wie z.B. das Framegadget nicht mehr anwählen (markieren) kann, nachdem man es deselektiert hat, schlage ich vor, dass alle eingefügten Gadgets in eine Liste im Kontextmenü aufgenommen werden, sodass man sie (einfacher) selektieren (und eventuell wiederfinden) kann.
Ansonsten: wirklich geiles Tool!

Verfasst: 02.11.2005 12:58
von freedimension
Mischa hat geschrieben:SHIFT zusätzlich drücken, beim Frame verschieben.
(Erwähnte ich bereits und in der ReadMe steht es auch)
:D

Verfasst: 02.11.2005 15:10
von Mischa
Ich werde wohl noch ein paar Tage an gDesign arbeiten. :wink:

Erste kleine Änderungen sind schon erledigt.
Update in 2-3 Tagen, oder früher.

Gruß,
Mischa