Thread: [Fxruby-users] tree list navigation
Status: Inactive
Brought to you by:
lyle
Menu
▾
▴
fxruby-users
|
From: Hal F. <ha...@hy...> - 2004-07-06 11:43:17
|
I'm thinking of using a couple of function keys to move items
up/down in a tree list.
This seems an order of magnitude easier to me than drag/drop.
Am I wrong? Easier to code, not to use, I mean.
So anyway:
It would be nice if there were some concept of "next" and
"previous" that was independent of the actual tree structure,
but dependent on the current collapsed/expanded state of the
tree.
For example: Suppose I have a new entry NEW, and I have F8
mapped to a "move down" command.
Here I'm representing collapsed and expanded nodes by + and -
respectively. Use a monospaced font to look at this. :)
Given this tree:
- NEW
+ Stooges
+ Dwarves
+ Fates
+ Muses
Suppose I select NEW and press F8 three times -- I'd expect
this as a result:
+ Stooges
+ Dwarves
+ Fates
- NEW
+ Muses
On the other hand, suppose I start with this tree:
- NEW
- Stooges
- Larry
- Curly
- Moe
+ Dwarves
+ Fates
+ Muses
and again select NEW and press F8 three times. I'd then expect:
- Stooges
- Larry
- Curly
- NEW
- Moe
+ Dwarves
+ Fates
+ Muses
In other words, traverse the tree "as is" -- is this doable??
Obviously I'd like to be able to move not just single items but
entire subtrees.
Thanks for any insight...
Hal
|
|
From: RLMuller <RLM...@Co...> - 2004-07-06 13:20:57
|
Hi Hal, It sounds intuitive to me, i.e. navigating on what's visible and ignoring what's not. For what it's worth, I'd be inclined to map alt-down-arrow to that functionality, rather than F8. Regards, Richard ----- Original Message ----- From: "Hal Fulton" <ha...@hy...> To: <fxr...@li...> Sent: Tuesday, July 06, 2004 7:43 AM Subject: [Fxruby-users] tree list navigation > I'm thinking of using a couple of function keys to move items > up/down in a tree list. > > This seems an order of magnitude easier to me than drag/drop. > Am I wrong? Easier to code, not to use, I mean. > > So anyway: > > It would be nice if there were some concept of "next" and > "previous" that was independent of the actual tree structure, > but dependent on the current collapsed/expanded state of the > tree. > > For example: Suppose I have a new entry NEW, and I have F8 > mapped to a "move down" command. > > Here I'm representing collapsed and expanded nodes by + and - > respectively. Use a monospaced font to look at this. :) > > Given this tree: > > - NEW > + Stooges > + Dwarves > + Fates > + Muses > > Suppose I select NEW and press F8 three times -- I'd expect > this as a result: > > + Stooges > + Dwarves > + Fates > - NEW > + Muses > > On the other hand, suppose I start with this tree: > > - NEW > - Stooges > - Larry > - Curly > - Moe > + Dwarves > + Fates > + Muses > > and again select NEW and press F8 three times. I'd then expect: > > - Stooges > - Larry > - Curly > - NEW > - Moe > + Dwarves > + Fates > + Muses > > In other words, traverse the tree "as is" -- is this doable?? > > Obviously I'd like to be able to move not just single items but > entire subtrees. > > Thanks for any insight... > > > Hal > > > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Fxruby-users mailing list > Fxr...@li... > https://lists.sourceforge.net/lists/listinfo/fxruby-users --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 |
|
From: Hal F. <ha...@hy...> - 2004-07-06 13:29:20
|
RLMuller wrote: > Hi Hal, > > It sounds intuitive to me, i.e. navigating on what's visible and ignoring > what's not. For what it's worth, I'd be inclined to map alt-down-arrow to > that functionality, rather than F8. That makes sense. But I'm more concerned with "How do I do it?" than what key to map. It would seem that some wrestling and testing should make it work. There's apparently no built-in way to treat a tree list in this way. Hal > Regards, > Richard > > ----- Original Message ----- > From: "Hal Fulton" <ha...@hy...> > To: <fxr...@li...> > Sent: Tuesday, July 06, 2004 7:43 AM > Subject: [Fxruby-users] tree list navigation > > > >>I'm thinking of using a couple of function keys to move items >>up/down in a tree list. >> >>This seems an order of magnitude easier to me than drag/drop. >>Am I wrong? Easier to code, not to use, I mean. >> >>So anyway: >> >>It would be nice if there were some concept of "next" and >>"previous" that was independent of the actual tree structure, >>but dependent on the current collapsed/expanded state of the >>tree. >> >>For example: Suppose I have a new entry NEW, and I have F8 >>mapped to a "move down" command. >> >>Here I'm representing collapsed and expanded nodes by + and - >>respectively. Use a monospaced font to look at this. :) >> >>Given this tree: >> >> - NEW >> + Stooges >> + Dwarves >> + Fates >> + Muses >> >>Suppose I select NEW and press F8 three times -- I'd expect >>this as a result: >> >> + Stooges >> + Dwarves >> + Fates >> - NEW >> + Muses >> >>On the other hand, suppose I start with this tree: >> >> - NEW >> - Stooges >> - Larry >> - Curly >> - Moe >> + Dwarves >> + Fates >> + Muses >> >>and again select NEW and press F8 three times. I'd then expect: >> >> - Stooges >> - Larry >> - Curly >> - NEW >> - Moe >> + Dwarves >> + Fates >> + Muses >> >>In other words, traverse the tree "as is" -- is this doable?? >> >>Obviously I'd like to be able to move not just single items but >>entire subtrees. >> >>Thanks for any insight... >> >> >>Hal >> >> >> >> >> >> >> >> >>------------------------------------------------------- >>This SF.Net email sponsored by Black Hat Briefings & Training. >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>digital self defense, top technical experts, no vendor pitches, >>unmatched networking opportunities. Visit www.blackhat.com >>_______________________________________________ >>Fxruby-users mailing list >>Fxr...@li... >>https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Fxruby-users mailing list > Fxr...@li... > https://lists.sourceforge.net/lists/listinfo/fxruby-users > |
|
From: RLMuller <RLM...@Co...> - 2004-07-06 14:17:44
|
> But I'm more concerned with "How do I do it?" > than what key to map. I think you asked "What to do?", i.e. ignore undisplayed data (an interface issue), rather than "How do I do it?", i.e. a programming issue. I just felt that choice of a key was at the interface level also. In any case, I'd look forward to seeing your working model. Regards, Richard ----- Original Message ----- From: "Hal Fulton" <ha...@hy...> To: <fxr...@li...> Sent: Tuesday, July 06, 2004 9:29 AM Subject: Re: [Fxruby-users] tree list navigation > RLMuller wrote: > > Hi Hal, > > > > It sounds intuitive to me, i.e. navigating on what's visible and ignoring > > what's not. For what it's worth, I'd be inclined to map alt-down-arrow to > > that functionality, rather than F8. > > That makes sense. But I'm more concerned with "How do I do it?" than > what key to map. > > It would seem that some wrestling and testing should make it work. > There's apparently no built-in way to treat a tree list in this way. > > Hal > > > > Regards, > > Richard > > > > ----- Original Message ----- > > From: "Hal Fulton" <ha...@hy...> > > To: <fxr...@li...> > > Sent: Tuesday, July 06, 2004 7:43 AM > > Subject: [Fxruby-users] tree list navigation > > > > > > > >>I'm thinking of using a couple of function keys to move items > >>up/down in a tree list. > >> > >>This seems an order of magnitude easier to me than drag/drop. > >>Am I wrong? Easier to code, not to use, I mean. > >> > >>So anyway: > >> > >>It would be nice if there were some concept of "next" and > >>"previous" that was independent of the actual tree structure, > >>but dependent on the current collapsed/expanded state of the > >>tree. > >> > >>For example: Suppose I have a new entry NEW, and I have F8 > >>mapped to a "move down" command. > >> > >>Here I'm representing collapsed and expanded nodes by + and - > >>respectively. Use a monospaced font to look at this. :) > >> > >>Given this tree: > >> > >> - NEW > >> + Stooges > >> + Dwarves > >> + Fates > >> + Muses > >> > >>Suppose I select NEW and press F8 three times -- I'd expect > >>this as a result: > >> > >> + Stooges > >> + Dwarves > >> + Fates > >> - NEW > >> + Muses > >> > >>On the other hand, suppose I start with this tree: > >> > >> - NEW > >> - Stooges > >> - Larry > >> - Curly > >> - Moe > >> + Dwarves > >> + Fates > >> + Muses > >> > >>and again select NEW and press F8 three times. I'd then expect: > >> > >> - Stooges > >> - Larry > >> - Curly > >> - NEW > >> - Moe > >> + Dwarves > >> + Fates > >> + Muses > >> > >>In other words, traverse the tree "as is" -- is this doable?? > >> > >>Obviously I'd like to be able to move not just single items but > >>entire subtrees. > >> > >>Thanks for any insight... > >> > >> > >>Hal > >> > >> > >> > >> > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email sponsored by Black Hat Briefings & Training. > >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>digital self defense, top technical experts, no vendor pitches, > >>unmatched networking opportunities. Visit www.blackhat.com > >>_______________________________________________ > >>Fxruby-users mailing list > >>Fxr...@li... > >>https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Fxruby-users mailing list > > Fxr...@li... > > https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Fxruby-users mailing list > Fxr...@li... > https://lists.sourceforge.net/lists/listinfo/fxruby-users --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 |
|
From: Hal F. <ha...@hy...> - 2004-07-06 14:49:28
|
RLMuller wrote: >>But I'm more concerned with "How do I do it?" >>than what key to map. > > > I think you asked "What to do?", i.e. ignore undisplayed data (an interface > issue), rather than "How do I do it?", i.e. a programming issue. I just > felt that choice of a key was at the interface level also. > > In any case, I'd look forward to seeing your working model. I see what you mean. But I was trying to talk about a programming issue. Note I said: > This seems an order of magnitude easier to me than drag/drop. > Am I wrong? Easier to code, not to use, I mean. And also: > It would be nice if there were some concept of "next" and > "previous" that was independent of the actual tree structure, > but dependent on the current collapsed/expanded state of the > tree. Which is obviously an implementation issue, not interface. The interface explanation was in anticipation of the (unspoken but natural) question: "Why would you want to do that?" You're right, of course -- on the keyboard, something like alt-down is far better than something like F8. Let me restate this more clearly: 1. I'd love to be able to manually drag/drop items in a tree list. 2. However, knowing a little about tree lists and a little about drag/drop, I would estimate that adding this functionality would be dozens of lines of code if not hundreds, and would be dozens of hours of painful debugging. 3. Therefore I'm considering simple "move up one" and "move down one" keyboard shortcuts. 4. I believe this would be simpler to code. 5. Now to get to the meat of the matter: 6. To code this simply would involve a concept of "next" and "previous" that ignored the collapsed/expanded status of each node. 7. Therefore I've been looking in the API to see whether methods exist for this kind of traversal. AFAICT they don't. 8. Therefore I'll apparently have to code some methods myself. 9. So can anyone offer me any advice or assistance? Thanks, Hal > Regards, > Richard > > ----- Original Message ----- > From: "Hal Fulton" <ha...@hy...> > To: <fxr...@li...> > Sent: Tuesday, July 06, 2004 9:29 AM > Subject: Re: [Fxruby-users] tree list navigation > > > >>RLMuller wrote: >> >>>Hi Hal, >>> >>>It sounds intuitive to me, i.e. navigating on what's visible and > > ignoring > >>>what's not. For what it's worth, I'd be inclined to map alt-down-arrow > > to > >>>that functionality, rather than F8. >> >>That makes sense. But I'm more concerned with "How do I do it?" than >>what key to map. >> >>It would seem that some wrestling and testing should make it work. >>There's apparently no built-in way to treat a tree list in this way. >> >>Hal >> >> >> >>>Regards, >>>Richard >>> >>>----- Original Message ----- >>>From: "Hal Fulton" <ha...@hy...> >>>To: <fxr...@li...> >>>Sent: Tuesday, July 06, 2004 7:43 AM >>>Subject: [Fxruby-users] tree list navigation >>> >>> >>> >>> >>>>I'm thinking of using a couple of function keys to move items >>>>up/down in a tree list. >>>> >>>>This seems an order of magnitude easier to me than drag/drop. >>>>Am I wrong? Easier to code, not to use, I mean. >>>> >>>>So anyway: >>>> >>>>It would be nice if there were some concept of "next" and >>>>"previous" that was independent of the actual tree structure, >>>>but dependent on the current collapsed/expanded state of the >>>>tree. >>>> >>>>For example: Suppose I have a new entry NEW, and I have F8 >>>>mapped to a "move down" command. >>>> >>>>Here I'm representing collapsed and expanded nodes by + and - >>>>respectively. Use a monospaced font to look at this. :) >>>> >>>>Given this tree: >>>> >>>> - NEW >>>> + Stooges >>>> + Dwarves >>>> + Fates >>>> + Muses >>>> >>>>Suppose I select NEW and press F8 three times -- I'd expect >>>>this as a result: >>>> >>>> + Stooges >>>> + Dwarves >>>> + Fates >>>> - NEW >>>> + Muses >>>> >>>>On the other hand, suppose I start with this tree: >>>> >>>> - NEW >>>> - Stooges >>>> - Larry >>>> - Curly >>>> - Moe >>>> + Dwarves >>>> + Fates >>>> + Muses >>>> >>>>and again select NEW and press F8 three times. I'd then expect: >>>> >>>> - Stooges >>>> - Larry >>>> - Curly >>>> - NEW >>>> - Moe >>>> + Dwarves >>>> + Fates >>>> + Muses >>>> >>>>In other words, traverse the tree "as is" -- is this doable?? >>>> >>>>Obviously I'd like to be able to move not just single items but >>>>entire subtrees. >>>> >>>>Thanks for any insight... >>>> >>>> >>>>Hal >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.Net email sponsored by Black Hat Briefings & Training. >>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>>>digital self defense, top technical experts, no vendor pitches, >>>>unmatched networking opportunities. Visit www.blackhat.com >>>>_______________________________________________ >>>>Fxruby-users mailing list >>>>Fxr...@li... >>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users >>> >>> >>> >>>--- >>>Outgoing mail is certified Virus Free. >>>Checked by AVG anti-virus system (http://www.grisoft.com). >>>Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 >>> >>> >>> >>>------------------------------------------------------- >>>This SF.Net email sponsored by Black Hat Briefings & Training. >>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>>digital self defense, top technical experts, no vendor pitches, >>>unmatched networking opportunities. Visit www.blackhat.com >>>_______________________________________________ >>>Fxruby-users mailing list >>>Fxr...@li... >>>https://lists.sourceforge.net/lists/listinfo/fxruby-users >>> >> >> >> >> >>------------------------------------------------------- >>This SF.Net email sponsored by Black Hat Briefings & Training. >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>digital self defense, top technical experts, no vendor pitches, >>unmatched networking opportunities. Visit www.blackhat.com >>_______________________________________________ >>Fxruby-users mailing list >>Fxr...@li... >>https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Fxruby-users mailing list > Fxr...@li... > https://lists.sourceforge.net/lists/listinfo/fxruby-users > |
|
From: RLMuller <RLM...@Co...> - 2004-07-06 16:12:25
|
Woops. This is getting over my head: I'm too new at Ruby to address the issues you raised below. I'm ducking out of this thread, though I reiterate that I look forward to seeing your results. Regards, Richard ----- Original Message ----- From: "Hal Fulton" <ha...@hy...> To: <fxr...@li...> Sent: Tuesday, July 06, 2004 10:49 AM Subject: Re: [Fxruby-users] tree list navigation > RLMuller wrote: > >>But I'm more concerned with "How do I do it?" > >>than what key to map. > > > > > > I think you asked "What to do?", i.e. ignore undisplayed data (an interface > > issue), rather than "How do I do it?", i.e. a programming issue. I just > > felt that choice of a key was at the interface level also. > > > > In any case, I'd look forward to seeing your working model. > > > I see what you mean. But I was trying to talk about a programming issue. > Note I said: > > > This seems an order of magnitude easier to me than drag/drop. > > Am I wrong? Easier to code, not to use, I mean. > > And also: > > > It would be nice if there were some concept of "next" and > > "previous" that was independent of the actual tree structure, > > but dependent on the current collapsed/expanded state of the > > tree. > > Which is obviously an implementation issue, not interface. > > The interface explanation was in anticipation of the (unspoken but > natural) question: "Why would you want to do that?" > > You're right, of course -- on the keyboard, something like alt-down > is far better than something like F8. > > Let me restate this more clearly: > > 1. I'd love to be able to manually drag/drop items in a tree list. > 2. However, knowing a little about tree lists and a little about > drag/drop, I would estimate that adding this functionality would be > dozens of lines of code if not hundreds, and would be dozens of hours > of painful debugging. > 3. Therefore I'm considering simple "move up one" and "move down one" > keyboard shortcuts. > 4. I believe this would be simpler to code. > 5. Now to get to the meat of the matter: > 6. To code this simply would involve a concept of "next" and > "previous" that ignored the collapsed/expanded status of each node. > 7. Therefore I've been looking in the API to see whether methods > exist for this kind of traversal. AFAICT they don't. > 8. Therefore I'll apparently have to code some methods myself. > 9. So can anyone offer me any advice or assistance? > > Thanks, > Hal > > > > Regards, > > Richard > > > > ----- Original Message ----- > > From: "Hal Fulton" <ha...@hy...> > > To: <fxr...@li...> > > Sent: Tuesday, July 06, 2004 9:29 AM > > Subject: Re: [Fxruby-users] tree list navigation > > > > > > > >>RLMuller wrote: > >> > >>>Hi Hal, > >>> > >>>It sounds intuitive to me, i.e. navigating on what's visible and > > > > ignoring > > > >>>what's not. For what it's worth, I'd be inclined to map alt-down-arrow > > > > to > > > >>>that functionality, rather than F8. > >> > >>That makes sense. But I'm more concerned with "How do I do it?" than > >>what key to map. > >> > >>It would seem that some wrestling and testing should make it work. > >>There's apparently no built-in way to treat a tree list in this way. > >> > >>Hal > >> > >> > >> > >>>Regards, > >>>Richard > >>> > >>>----- Original Message ----- > >>>From: "Hal Fulton" <ha...@hy...> > >>>To: <fxr...@li...> > >>>Sent: Tuesday, July 06, 2004 7:43 AM > >>>Subject: [Fxruby-users] tree list navigation > >>> > >>> > >>> > >>> > >>>>I'm thinking of using a couple of function keys to move items > >>>>up/down in a tree list. > >>>> > >>>>This seems an order of magnitude easier to me than drag/drop. > >>>>Am I wrong? Easier to code, not to use, I mean. > >>>> > >>>>So anyway: > >>>> > >>>>It would be nice if there were some concept of "next" and > >>>>"previous" that was independent of the actual tree structure, > >>>>but dependent on the current collapsed/expanded state of the > >>>>tree. > >>>> > >>>>For example: Suppose I have a new entry NEW, and I have F8 > >>>>mapped to a "move down" command. > >>>> > >>>>Here I'm representing collapsed and expanded nodes by + and - > >>>>respectively. Use a monospaced font to look at this. :) > >>>> > >>>>Given this tree: > >>>> > >>>> - NEW > >>>> + Stooges > >>>> + Dwarves > >>>> + Fates > >>>> + Muses > >>>> > >>>>Suppose I select NEW and press F8 three times -- I'd expect > >>>>this as a result: > >>>> > >>>> + Stooges > >>>> + Dwarves > >>>> + Fates > >>>> - NEW > >>>> + Muses > >>>> > >>>>On the other hand, suppose I start with this tree: > >>>> > >>>> - NEW > >>>> - Stooges > >>>> - Larry > >>>> - Curly > >>>> - Moe > >>>> + Dwarves > >>>> + Fates > >>>> + Muses > >>>> > >>>>and again select NEW and press F8 three times. I'd then expect: > >>>> > >>>> - Stooges > >>>> - Larry > >>>> - Curly > >>>> - NEW > >>>> - Moe > >>>> + Dwarves > >>>> + Fates > >>>> + Muses > >>>> > >>>>In other words, traverse the tree "as is" -- is this doable?? > >>>> > >>>>Obviously I'd like to be able to move not just single items but > >>>>entire subtrees. > >>>> > >>>>Thanks for any insight... > >>>> > >>>> > >>>>Hal > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>------------------------------------------------------- > >>>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>>>digital self defense, top technical experts, no vendor pitches, > >>>>unmatched networking opportunities. Visit www.blackhat.com > >>>>_______________________________________________ > >>>>Fxruby-users mailing list > >>>>Fxr...@li... > >>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users > >>> > >>> > >>> > >>>--- > >>>Outgoing mail is certified Virus Free. > >>>Checked by AVG anti-virus system (http://www.grisoft.com). > >>>Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>>digital self defense, top technical experts, no vendor pitches, > >>>unmatched networking opportunities. Visit www.blackhat.com > >>>_______________________________________________ > >>>Fxruby-users mailing list > >>>Fxr...@li... > >>>https://lists.sourceforge.net/lists/listinfo/fxruby-users > >>> > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email sponsored by Black Hat Briefings & Training. > >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>digital self defense, top technical experts, no vendor pitches, > >>unmatched networking opportunities. Visit www.blackhat.com > >>_______________________________________________ > >>Fxruby-users mailing list > >>Fxr...@li... > >>https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Fxruby-users mailing list > > Fxr...@li... > > https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Fxruby-users mailing list > Fxr...@li... > https://lists.sourceforge.net/lists/listinfo/fxruby-users --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 |
|
From: Hal F. <ha...@hy...> - 2004-07-06 16:45:40
|
RLMuller wrote: > Woops. This is getting over my head: I'm too new at Ruby to address the > issues you raised below. I'm ducking out of this thread, though I > reiterate that I look forward to seeing your results. Oh, you needn't duck out. It's more to do with Fox or fxruby than Ruby as such. I've written a few thousand lines with fxruby, but I still find Fox very difficult. So duck back in any time. And if I do get it to work, I will share it with you and the rest of the list. Hal > Regards, > Richard > > ----- Original Message ----- > From: "Hal Fulton" <ha...@hy...> > To: <fxr...@li...> > Sent: Tuesday, July 06, 2004 10:49 AM > Subject: Re: [Fxruby-users] tree list navigation > > > >>RLMuller wrote: >> >>>>But I'm more concerned with "How do I do it?" >>>>than what key to map. >>> >>> >>>I think you asked "What to do?", i.e. ignore undisplayed data (an > > interface > >>>issue), rather than "How do I do it?", i.e. a programming issue. I just >>>felt that choice of a key was at the interface level also. >>> >>>In any case, I'd look forward to seeing your working model. >> >> >>I see what you mean. But I was trying to talk about a programming issue. >>Note I said: >> >> > This seems an order of magnitude easier to me than drag/drop. >> > Am I wrong? Easier to code, not to use, I mean. >> >>And also: >> >> > It would be nice if there were some concept of "next" and >> > "previous" that was independent of the actual tree structure, >> > but dependent on the current collapsed/expanded state of the >> > tree. >> >>Which is obviously an implementation issue, not interface. >> >>The interface explanation was in anticipation of the (unspoken but >>natural) question: "Why would you want to do that?" >> >>You're right, of course -- on the keyboard, something like alt-down >>is far better than something like F8. >> >>Let me restate this more clearly: >> >>1. I'd love to be able to manually drag/drop items in a tree list. >>2. However, knowing a little about tree lists and a little about >>drag/drop, I would estimate that adding this functionality would be >>dozens of lines of code if not hundreds, and would be dozens of hours >>of painful debugging. >>3. Therefore I'm considering simple "move up one" and "move down one" >>keyboard shortcuts. >>4. I believe this would be simpler to code. >>5. Now to get to the meat of the matter: >>6. To code this simply would involve a concept of "next" and >>"previous" that ignored the collapsed/expanded status of each node. >>7. Therefore I've been looking in the API to see whether methods >>exist for this kind of traversal. AFAICT they don't. >>8. Therefore I'll apparently have to code some methods myself. >>9. So can anyone offer me any advice or assistance? >> >>Thanks, >>Hal >> >> >> >>>Regards, >>>Richard >>> >>>----- Original Message ----- >>>From: "Hal Fulton" <ha...@hy...> >>>To: <fxr...@li...> >>>Sent: Tuesday, July 06, 2004 9:29 AM >>>Subject: Re: [Fxruby-users] tree list navigation >>> >>> >>> >>> >>>>RLMuller wrote: >>>> >>>> >>>>>Hi Hal, >>>>> >>>>>It sounds intuitive to me, i.e. navigating on what's visible and >>> >>>ignoring >>> >>> >>>>>what's not. For what it's worth, I'd be inclined to map > > alt-down-arrow > >>>to >>> >>> >>>>>that functionality, rather than F8. >>>> >>>>That makes sense. But I'm more concerned with "How do I do it?" than >>>>what key to map. >>>> >>>>It would seem that some wrestling and testing should make it work. >>>>There's apparently no built-in way to treat a tree list in this way. >>>> >>>>Hal >>>> >>>> >>>> >>>> >>>>>Regards, >>>>>Richard >>>>> >>>>>----- Original Message ----- >>>>>From: "Hal Fulton" <ha...@hy...> >>>>>To: <fxr...@li...> >>>>>Sent: Tuesday, July 06, 2004 7:43 AM >>>>>Subject: [Fxruby-users] tree list navigation >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>I'm thinking of using a couple of function keys to move items >>>>>>up/down in a tree list. >>>>>> >>>>>>This seems an order of magnitude easier to me than drag/drop. >>>>>>Am I wrong? Easier to code, not to use, I mean. >>>>>> >>>>>>So anyway: >>>>>> >>>>>>It would be nice if there were some concept of "next" and >>>>>>"previous" that was independent of the actual tree structure, >>>>>>but dependent on the current collapsed/expanded state of the >>>>>>tree. >>>>>> >>>>>>For example: Suppose I have a new entry NEW, and I have F8 >>>>>>mapped to a "move down" command. >>>>>> >>>>>>Here I'm representing collapsed and expanded nodes by + and - >>>>>>respectively. Use a monospaced font to look at this. :) >>>>>> >>>>>>Given this tree: >>>>>> >>>>>> - NEW >>>>>> + Stooges >>>>>> + Dwarves >>>>>> + Fates >>>>>> + Muses >>>>>> >>>>>>Suppose I select NEW and press F8 three times -- I'd expect >>>>>>this as a result: >>>>>> >>>>>> + Stooges >>>>>> + Dwarves >>>>>> + Fates >>>>>> - NEW >>>>>> + Muses >>>>>> >>>>>>On the other hand, suppose I start with this tree: >>>>>> >>>>>> - NEW >>>>>> - Stooges >>>>>> - Larry >>>>>> - Curly >>>>>> - Moe >>>>>> + Dwarves >>>>>> + Fates >>>>>> + Muses >>>>>> >>>>>>and again select NEW and press F8 three times. I'd then expect: >>>>>> >>>>>> - Stooges >>>>>> - Larry >>>>>> - Curly >>>>>> - NEW >>>>>> - Moe >>>>>> + Dwarves >>>>>> + Fates >>>>>> + Muses >>>>>> >>>>>>In other words, traverse the tree "as is" -- is this doable?? >>>>>> >>>>>>Obviously I'd like to be able to move not just single items but >>>>>>entire subtrees. >>>>>> >>>>>>Thanks for any insight... >>>>>> >>>>>> >>>>>>Hal >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>------------------------------------------------------- >>>>>>This SF.Net email sponsored by Black Hat Briefings & Training. >>>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>>>>>digital self defense, top technical experts, no vendor pitches, >>>>>>unmatched networking opportunities. Visit www.blackhat.com >>>>>>_______________________________________________ >>>>>>Fxruby-users mailing list >>>>>>Fxr...@li... >>>>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users >>>>> >>>>> >>>>> >>>>>--- >>>>>Outgoing mail is certified Virus Free. >>>>>Checked by AVG anti-virus system (http://www.grisoft.com). >>>>>Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 >>>>> >>>>> >>>>> >>>>>------------------------------------------------------- >>>>>This SF.Net email sponsored by Black Hat Briefings & Training. >>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>>>>digital self defense, top technical experts, no vendor pitches, >>>>>unmatched networking opportunities. Visit www.blackhat.com >>>>>_______________________________________________ >>>>>Fxruby-users mailing list >>>>>Fxr...@li... >>>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users >>>>> >>>> >>>> >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.Net email sponsored by Black Hat Briefings & Training. >>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>>>digital self defense, top technical experts, no vendor pitches, >>>>unmatched networking opportunities. Visit www.blackhat.com >>>>_______________________________________________ >>>>Fxruby-users mailing list >>>>Fxr...@li... >>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users >>> >>> >>> >>>--- >>>Outgoing mail is certified Virus Free. >>>Checked by AVG anti-virus system (http://www.grisoft.com). >>>Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 >>> >>> >>> >>>------------------------------------------------------- >>>This SF.Net email sponsored by Black Hat Briefings & Training. >>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>>digital self defense, top technical experts, no vendor pitches, >>>unmatched networking opportunities. Visit www.blackhat.com >>>_______________________________________________ >>>Fxruby-users mailing list >>>Fxr...@li... >>>https://lists.sourceforge.net/lists/listinfo/fxruby-users >>> >> >> >> >> >>------------------------------------------------------- >>This SF.Net email sponsored by Black Hat Briefings & Training. >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>digital self defense, top technical experts, no vendor pitches, >>unmatched networking opportunities. Visit www.blackhat.com >>_______________________________________________ >>Fxruby-users mailing list >>Fxr...@li... >>https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Fxruby-users mailing list > Fxr...@li... > https://lists.sourceforge.net/lists/listinfo/fxruby-users > |
|
From: RLMuller <RLM...@Co...> - 2004-07-06 20:26:46
|
> Oh, you needn't duck out. It's more to do with Fox or > fxruby than Ruby as such. I've written a few thousand > lines with fxruby, but I still find Fox very difficult. Here's why I need to drop out: while you've *written* a few thousand lines of FXRuby, I've only *copied* a few thousand lines of Ruby from; -- samples in the Ruby installation -- books: yours, Matz', Thomas et al's, Feldt et al's. -- answers posted to questions on Ruby-Users & FXRuby-Users. I've got most of them running, sometimes with modified to explicate their functionality or to provide minor enhancements. But there are still a slew of Ruby and FXRuby features I want to investigate. So I'm still to uninformed to weigh in on serious enhancements such as yours. Best wishes, Richard ----- Original Message ----- From: "Hal Fulton" <ha...@hy...> To: <fxr...@li...> Sent: Tuesday, July 06, 2004 12:45 PM Subject: Re: [Fxruby-users] tree list navigation > RLMuller wrote: > > Woops. This is getting over my head: I'm too new at Ruby to address the > > issues you raised below. I'm ducking out of this thread, though I > > reiterate that I look forward to seeing your results. > > Oh, you needn't duck out. It's more to do with Fox or fxruby than > Ruby as such. I've written a few thousand lines with fxruby, but > I still find Fox very difficult. > > So duck back in any time. And if I do get it to work, I will share > it with you and the rest of the list. > > Hal > > > > Regards, > > Richard > > > > ----- Original Message ----- > > From: "Hal Fulton" <ha...@hy...> > > To: <fxr...@li...> > > Sent: Tuesday, July 06, 2004 10:49 AM > > Subject: Re: [Fxruby-users] tree list navigation > > > > > > > >>RLMuller wrote: > >> > >>>>But I'm more concerned with "How do I do it?" > >>>>than what key to map. > >>> > >>> > >>>I think you asked "What to do?", i.e. ignore undisplayed data (an > > > > interface > > > >>>issue), rather than "How do I do it?", i.e. a programming issue. I just > >>>felt that choice of a key was at the interface level also. > >>> > >>>In any case, I'd look forward to seeing your working model. > >> > >> > >>I see what you mean. But I was trying to talk about a programming issue. > >>Note I said: > >> > >> > This seems an order of magnitude easier to me than drag/drop. > >> > Am I wrong? Easier to code, not to use, I mean. > >> > >>And also: > >> > >> > It would be nice if there were some concept of "next" and > >> > "previous" that was independent of the actual tree structure, > >> > but dependent on the current collapsed/expanded state of the > >> > tree. > >> > >>Which is obviously an implementation issue, not interface. > >> > >>The interface explanation was in anticipation of the (unspoken but > >>natural) question: "Why would you want to do that?" > >> > >>You're right, of course -- on the keyboard, something like alt-down > >>is far better than something like F8. > >> > >>Let me restate this more clearly: > >> > >>1. I'd love to be able to manually drag/drop items in a tree list. > >>2. However, knowing a little about tree lists and a little about > >>drag/drop, I would estimate that adding this functionality would be > >>dozens of lines of code if not hundreds, and would be dozens of hours > >>of painful debugging. > >>3. Therefore I'm considering simple "move up one" and "move down one" > >>keyboard shortcuts. > >>4. I believe this would be simpler to code. > >>5. Now to get to the meat of the matter: > >>6. To code this simply would involve a concept of "next" and > >>"previous" that ignored the collapsed/expanded status of each node. > >>7. Therefore I've been looking in the API to see whether methods > >>exist for this kind of traversal. AFAICT they don't. > >>8. Therefore I'll apparently have to code some methods myself. > >>9. So can anyone offer me any advice or assistance? > >> > >>Thanks, > >>Hal > >> > >> > >> > >>>Regards, > >>>Richard > >>> > >>>----- Original Message ----- > >>>From: "Hal Fulton" <ha...@hy...> > >>>To: <fxr...@li...> > >>>Sent: Tuesday, July 06, 2004 9:29 AM > >>>Subject: Re: [Fxruby-users] tree list navigation > >>> > >>> > >>> > >>> > >>>>RLMuller wrote: > >>>> > >>>> > >>>>>Hi Hal, > >>>>> > >>>>>It sounds intuitive to me, i.e. navigating on what's visible and > >>> > >>>ignoring > >>> > >>> > >>>>>what's not. For what it's worth, I'd be inclined to map > > > > alt-down-arrow > > > >>>to > >>> > >>> > >>>>>that functionality, rather than F8. > >>>> > >>>>That makes sense. But I'm more concerned with "How do I do it?" than > >>>>what key to map. > >>>> > >>>>It would seem that some wrestling and testing should make it work. > >>>>There's apparently no built-in way to treat a tree list in this way. > >>>> > >>>>Hal > >>>> > >>>> > >>>> > >>>> > >>>>>Regards, > >>>>>Richard > >>>>> > >>>>>----- Original Message ----- > >>>>>From: "Hal Fulton" <ha...@hy...> > >>>>>To: <fxr...@li...> > >>>>>Sent: Tuesday, July 06, 2004 7:43 AM > >>>>>Subject: [Fxruby-users] tree list navigation > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>>I'm thinking of using a couple of function keys to move items > >>>>>>up/down in a tree list. > >>>>>> > >>>>>>This seems an order of magnitude easier to me than drag/drop. > >>>>>>Am I wrong? Easier to code, not to use, I mean. > >>>>>> > >>>>>>So anyway: > >>>>>> > >>>>>>It would be nice if there were some concept of "next" and > >>>>>>"previous" that was independent of the actual tree structure, > >>>>>>but dependent on the current collapsed/expanded state of the > >>>>>>tree. > >>>>>> > >>>>>>For example: Suppose I have a new entry NEW, and I have F8 > >>>>>>mapped to a "move down" command. > >>>>>> > >>>>>>Here I'm representing collapsed and expanded nodes by + and - > >>>>>>respectively. Use a monospaced font to look at this. :) > >>>>>> > >>>>>>Given this tree: > >>>>>> > >>>>>> - NEW > >>>>>> + Stooges > >>>>>> + Dwarves > >>>>>> + Fates > >>>>>> + Muses > >>>>>> > >>>>>>Suppose I select NEW and press F8 three times -- I'd expect > >>>>>>this as a result: > >>>>>> > >>>>>> + Stooges > >>>>>> + Dwarves > >>>>>> + Fates > >>>>>> - NEW > >>>>>> + Muses > >>>>>> > >>>>>>On the other hand, suppose I start with this tree: > >>>>>> > >>>>>> - NEW > >>>>>> - Stooges > >>>>>> - Larry > >>>>>> - Curly > >>>>>> - Moe > >>>>>> + Dwarves > >>>>>> + Fates > >>>>>> + Muses > >>>>>> > >>>>>>and again select NEW and press F8 three times. I'd then expect: > >>>>>> > >>>>>> - Stooges > >>>>>> - Larry > >>>>>> - Curly > >>>>>> - NEW > >>>>>> - Moe > >>>>>> + Dwarves > >>>>>> + Fates > >>>>>> + Muses > >>>>>> > >>>>>>In other words, traverse the tree "as is" -- is this doable?? > >>>>>> > >>>>>>Obviously I'd like to be able to move not just single items but > >>>>>>entire subtrees. > >>>>>> > >>>>>>Thanks for any insight... > >>>>>> > >>>>>> > >>>>>>Hal > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>------------------------------------------------------- > >>>>>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>>>>>digital self defense, top technical experts, no vendor pitches, > >>>>>>unmatched networking opportunities. Visit www.blackhat.com > >>>>>>_______________________________________________ > >>>>>>Fxruby-users mailing list > >>>>>>Fxr...@li... > >>>>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users > >>>>> > >>>>> > >>>>> > >>>>>--- > >>>>>Outgoing mail is certified Virus Free. > >>>>>Checked by AVG anti-virus system (http://www.grisoft.com). > >>>>>Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > >>>>> > >>>>> > >>>>> > >>>>>------------------------------------------------------- > >>>>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>>>>digital self defense, top technical experts, no vendor pitches, > >>>>>unmatched networking opportunities. Visit www.blackhat.com > >>>>>_______________________________________________ > >>>>>Fxruby-users mailing list > >>>>>Fxr...@li... > >>>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users > >>>>> > >>>> > >>>> > >>>> > >>>> > >>>>------------------------------------------------------- > >>>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>>>digital self defense, top technical experts, no vendor pitches, > >>>>unmatched networking opportunities. Visit www.blackhat.com > >>>>_______________________________________________ > >>>>Fxruby-users mailing list > >>>>Fxr...@li... > >>>>https://lists.sourceforge.net/lists/listinfo/fxruby-users > >>> > >>> > >>> > >>>--- > >>>Outgoing mail is certified Virus Free. > >>>Checked by AVG anti-virus system (http://www.grisoft.com). > >>>Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>>digital self defense, top technical experts, no vendor pitches, > >>>unmatched networking opportunities. Visit www.blackhat.com > >>>_______________________________________________ > >>>Fxruby-users mailing list > >>>Fxr...@li... > >>>https://lists.sourceforge.net/lists/listinfo/fxruby-users > >>> > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email sponsored by Black Hat Briefings & Training. > >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>digital self defense, top technical experts, no vendor pitches, > >>unmatched networking opportunities. Visit www.blackhat.com > >>_______________________________________________ > >>Fxruby-users mailing list > >>Fxr...@li... > >>https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > > > > > --- > > Outgoing mail is certified Virus Free. > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Fxruby-users mailing list > > Fxr...@li... > > https://lists.sourceforge.net/lists/listinfo/fxruby-users > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Fxruby-users mailing list > Fxr...@li... > https://lists.sourceforge.net/lists/listinfo/fxruby-users --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.713 / Virus Database: 469 - Release Date: 7/4/2004 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X