AutoHotkey Homepage AutoHotkey Community
Let's help each other out
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

GUI ideas
Goto page Previous  1, 2, 3 ... 9, 10, 11, 12, 13  Next
 
Post new topic   Reply to topic    AutoHotkey Community Forum Index -> General Chat
View previous topic :: View next topic  
Author Message
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Thu Sep 16, 2004 10:27 pm    Post subject: Reply with quote

tabs have strange behaviour in editboxes!

ctrl tab does normal tab!
ctrl shift tab alternates b/w 2 controls.
_________________
Back to top
View user's profile Send private message
Chris
Site Admin


Joined: 02 Mar 2004
Posts: 10467

PostPosted: Fri Sep 17, 2004 1:53 am    Post subject: Reply with quote

Quote:
With Edit controls can ctrl+a be built in to select all? Or at least have it be an option?
There's no option for this built into the control, but I'll see if there's some other way to enable it. One reason it's probably not enabled by default is that Ctrl-A is sometimes an accelerator key (shortcut) for a particular menu item. Of course traditionally, that menu item is "Select All".

Quote:
ctrl tab does normal tab!
That's documented in the help file and it appears to be standard behavior in the OS.

Quote:
ctrl shift tab alternates b/w 2 controls.
This does not appear to be standard. Yet, there is no special handling of Tab keystrokes in the program; it just uses whatever the OS provides by default. I'm not sure if anything can or should be done about it.

But I am going to try to find a way to optionally allow plain tab keystrokes to be captured by multi-line edit controls much like Enter keystrokes are now.

Thanks.
Back to top
View user's profile Send private message Send e-mail
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Fri Sep 17, 2004 5:49 am    Post subject: Reply with quote

aw shucks! just noticed that currently there's an only 5 GUI limit for one script and i've expired that in sgui!

Chris, why the limit? ..and if that's inevitable then shouldn't it be atleast 20 like tooltips?

maybe 20 can be made the std count for progress and splashimage too?

i'm suggesting this coz i don't know the behind the scene difficulties for more windows... but still only 5 gui is way too less... rather much like a crippled demo program (pay for more!).
_________________
Back to top
View user's profile Send private message
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Fri Sep 17, 2004 10:34 am    Post subject: Reply with quote

I've figured out the problem Chris, first u add text/pic to a gui, then add a button/edit/checkbox over it...and the button/edit/checkbox won't be usable!

u see the sgui window initially starts with a grid BG and that's why the new controls don't work... and with the generated gui script (without grid) they work. but if somebody plans to add a pic bg in generated gui, the controls on top of it won't work!

this problem wasn't there atleast till release 2.1a of sgui (alpha 1 or 2?) as supplied to me by beardboy.
_________________
Back to top
View user's profile Send private message
Chris
Site Admin


Joined: 02 Mar 2004
Posts: 10467

PostPosted: Fri Sep 17, 2004 3:28 pm    Post subject: Reply with quote

Quote:
why the limit [of 5]? ..and if that's inevitable then shouldn't it be atleast 20 like tooltips?
It's limited for performance reasons: Whenever certain types of messages arrive, the program loops through all available GUI windows to try to find the one whose unique ID matches that of the messge.

Anyway, I've increased it to 10 because all I really needed was someone to say "I need more windows" to convince me to raise it. I don't think the performance impact of going from 5 to 10 is significant, though raising it to 100 definitely would be.

Quote:
u see the sgui window initially starts with a grid BG and that's why the new controls don't work... and with the generated gui script (without grid) they work
Thanks, that info allowed me to discover the problem and I've updated the installer with this: "Fixed picture controls that are used as background for other controls: They will no longer steal mouse clicks unless they have an associated g-label. In addition, they will always get drawn underneath other control types. [thanks Rajat]
Back to top
View user's profile Send private message Send e-mail
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Sat Sep 18, 2004 8:44 am    Post subject: Reply with quote

there're bold/italic/strikeout... some specific reason for leaving out underline?... if added it'd make clickable hyperlink text look better.
_________________
Back to top
View user's profile Send private message
Chris
Site Admin


Joined: 02 Mar 2004
Posts: 10467

PostPosted: Sat Sep 18, 2004 12:40 pm    Post subject: Reply with quote

The framework was there for it, I just forgot to enable the option. Thanks, it will be in the next release (I guess "underline" is better than "underlined" since it seems to name the style more appropriately?)
Back to top
View user's profile Send private message Send e-mail
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Sat Sep 18, 2004 2:31 pm    Post subject: Reply with quote

Quote:
I guess "underline" is better than "underlined"

i second that!
_________________
Back to top
View user's profile Send private message
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Thu Sep 23, 2004 2:33 am    Post subject: Reply with quote

what's wrong here?
Code:
Ctrl2Add = Edit

If Ctrl2Add In Text,Edit,Pic,GroupBox,Button,Checkbox,Radio,DropDownList,ComboBox,ListBox
   Msgbox


If Ctrl2Add Not In Text,Edit,Pic,GroupBox,Button,Checkbox,Radio,DropDownList,ComboBox,ListBox
   Msgbox


Code:
Ctrl2Add = abc

If Ctrl2Add In Text,Edit,Pic,GroupBox,Button,Checkbox,Radio,DropDownList,ComboBox,ListBox
   Msgbox


If Ctrl2Add Not In Text,Edit,Pic,GroupBox,Button,Checkbox,Radio,DropDownList,ComboBox,ListBox
   Msgbox


maybe i'm blundering, but i see all 4 msgboxes.
_________________
Back to top
View user's profile Send private message
Chris
Site Admin


Joined: 02 Mar 2004
Posts: 10467

PostPosted: Thu Sep 23, 2004 4:43 am    Post subject: Reply with quote

This has been fixed. It was caused by the fact that all IF-style commands were checking if a command existed on the same line (such as "IfMsgBox, Yes, Return"). In your examples, the word "Edit" is a command so it was misinterpreting that.

Thanks.
Back to top
View user's profile Send private message Send e-mail
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Sat Sep 25, 2004 3:47 pm    Post subject: Reply with quote

ahk must surely be connecting the radio buttons internally somehow. so is it possible to just provide a single 'vMyRadio' in the first radio button and it contains 1/2/3 depending on selection.

and there's no 'a_thiscontrol' or something similar... any design difficulties or time constraints?
_________________
Back to top
View user's profile Send private message
Chris
Site Admin


Joined: 02 Mar 2004
Posts: 10467

PostPosted: Sat Sep 25, 2004 5:45 pm    Post subject: Reply with quote

Quote:
it possible to just provide a single 'vMyRadio' in the first radio button and it contains 1/2/3 depending on selection.
That's a nice idea. Maybe this is best: if the first radio button is the only one in the group that has a variable, it will receive the selection number; otherwise, the old way will be used.

Quote:
there's no 'a_thiscontrol' or something similar... any design difficulties or time constraints?
That is planned. I'm thinking of creating these variables as follows:

A_Gui: Which window number launched this thread (if any).
A_GuiControl: Which control launched it (perhaps containing a special value if it was a menu item)
A_GuiControlEvent: DblClick (or blank for normal click or selection)
A_GuiControlValue: The control's current selection (e.g. position of selected item in a ListBox, 1 or 0 for Checkbox, etc.)

The above omit the word "This" for brevity, but I'll reconsider if anyone thinks clarity is more important.

For A_GuiControlValue, I'm thinking of having that contain only a numeric value, e.g. the position of the selected ListBox item rather than the item's string itself. This is much easier to code, but I know it probably won't be as useful.

Suggestions for improvement are welcome.
Back to top
View user's profile Send private message Send e-mail
Rajat



Joined: 28 Mar 2004
Posts: 1718

PostPosted: Sat Sep 25, 2004 6:06 pm    Post subject: Reply with quote

Quote:
Maybe this is best: if the first radio button is the only one in the group that has a variable, it will receive the selection number; otherwise, the old way will be used.

great!

Quote:
I'm thinking of creating these variables

wow! the more, the merrier!

and yes 'this' can be omitted.

Quote:
A_GuiControlValue, I'm thinking of having that contain only a numeric value

though at first it did sound fine, but with your listbox example i'd second thoughts... but initially that should do.

thanx.
_________________
Back to top
View user's profile Send private message
beardboy



Joined: 02 Mar 2004
Posts: 444
Location: SLC, Utah

PostPosted: Sun Sep 26, 2004 10:11 pm    Post subject: Reply with quote

If a Radio Group is disabled and one of the items is checked using "Control, check", should it auto uncheck the others? I'm trying to setup a form to display current settings but want the settings disabled by default. As they select the different computers in a Listbox I have it update the settings. I can always put in the extra lines of code to uncheck the others, but wonder if this should be something changed or is a windows standard?

thanks,
beardboy
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
Chris
Site Admin


Joined: 02 Mar 2004
Posts: 10467

PostPosted: Mon Sep 27, 2004 9:41 pm    Post subject: Reply with quote

Quote:
If a Radio Group is disabled and one of the items is checked using "Control, check", should it auto uncheck the others?
I've noticed that too. Since "Control check" operates on a specific control and at a low level, I think this is normal behavior. Although I would consider changing it if the feature were brand new, it's probably best not to do so now due to the slight possibility that some scripts might rely on the current behavior.

You probably know that if you do a MouseClick, or perhaps even a ControlFocus followed by a ControlClick/ControlSend(spacebar), that will probably produce the "one-at-a-time" behavior. ControlFocus might not even be needed in some cases.
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic   Reply to topic    AutoHotkey Community Forum Index -> General Chat All times are GMT
Goto page Previous  1, 2, 3 ... 9, 10, 11, 12, 13  Next
Page 10 of 13

 
Jump to:  
You can post new topics in this forum
You can reply to topics in this forum


Powered by phpBB © 2001, 2005 phpBB Group