Re: NSMatrix keyboard stuff
Now this looks like a nice and simple patch. If this replaces all your previous patches then just go ahead and apply it. Or should I or Greg do it for you? I think it is fine to have this one in, even if Greg will be doing his stable release any time now. Greg, are you actually? I just cannot remember what the result of that discussion was. Currently I am keeping back my bigger changes and waiting for you to give a sign when commits are welcome again. Cheers. Fred Matt Rice schrieb: > On 2007-01-10 09:17:49 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: > >> On 2007-01-10 09:04:57 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: >> >>> On 2007-01-10 07:59:16 -0800 Fred Kiefer <[EMAIL PROTECTED]> wrote: >>> HI Matt, could you please explain this patch a bit? Only the last bit is about selecting the right cell in NSTrackModeMatrix. Are the other change a result of this? It looks like you intent to prevent the setting of the cell state for this mode. Is this correct? >>> >>> Yes, you understand the patch correctly, >>> >>> I've just noticed the difference between -keyCell and -selected*, >>>which seems to be what i need/the reason for my confusion. >>> this one is much cleaner :D >>> >> >> ok... so this one isn't going to be correct either.. because >> _selectCellAtRow:column: sets the state.. >> > > alright sorry for the barrage of emails. > I hadn't noticed the above because _selectCell:atRow:column: sets it to > NSOnState. > and the button i tested it with was on, so it was set to On then to Off > by the setNextState. > > _selectCell:atRow:column: isn't right because the selected cell can have > an NSOffState. > for track/highlight mode and NSOnState for list/radio... > > hopefully this patch takes care of it :D > > > > > > > Index: NSMatrix.m > === > --- NSMatrix.m(revision 24334) > +++ NSMatrix.m(working copy) > @@ -1211,7 +1211,14 @@ >_selectedColumn = column; >_selectedCells[row][column] = YES; > > - [_selectedCell setState: NSOnState]; > + if (_mode == NSListModeMatrix || _mode == NSRadioModeMatrix) > +{ > + [_selectedCell setState: NSOnState]; > + } > + else > +{ > + [_selectedCell setNextState]; > + } > >if (_mode == NSListModeMatrix) > [aCell setHighlighted: YES]; > @@ -3695,25 +3702,17 @@ > [self _altModifier: character]; > else > { > - NSCell *cell; > - > switch (_mode) > { > case NSTrackModeMatrix: > case NSHighlightModeMatrix: > - cell = _cells[_dottedRow][_dottedColumn]; > - > - [cell setNextState]; > - [self setNeedsDisplayInRect: [self cellFrameAtRow: _dottedRow > - column: _dottedColumn]]; > + case NSRadioModeMatrix: > + [self selectCellAtRow:_dottedRow column: _dottedColumn]; > break; > > case NSListModeMatrix: > if (!(modifiers & NSShiftKeyMask)) > [self deselectAllCells]; > - > - case NSRadioModeMatrix: > - [self selectCellAtRow: _dottedRow column: _dottedColumn]; > break; > } > ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
GNUstep development vmware appliance on Solaris 10
I like to create a this vmware image that any new comer (that is me ;) can easily compile gnustep on solaris 10 by just a simple command "make gnustep". Ok that is goal, here is the plan. 1. Create a 10G(or less) big soalris 10 image. 2. install Sunstudio with patches. 3. install patches for solaris 10 x86. 4. install obj compiler from blastwave.org 5. release the makefile and sources needed to achieve. 5.1 "make clean" erase all existing gnustep compiled binaris 5.2 "make gnustep" compile all the make,core etc gnustep components. 5.3 "make gnustep upload=1" will turn the install binary into sun package formats and upload to ftp.gnustep.org. Detail of this need to be work out. What you can help ? 1. login into the prototype vmware image at my home to help debug the compilation issue. 2. please send me an email if you can help. Life is short, I don't like spend hours to resolve the issue myself when others can help easily. Regards tj T.J. Yang _ Get FREE Web site and company branded e-mail from Microsoft Office Live http://clk.atdmt.com/MRT/go/mcrssaub0050001411mrt/direct/01/ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: NSMatrix keyboard stuff
Large commits will be open again after this weekend's release. I was planning to cut the release of both gui and gorm tomorrow. Richard, when were you planning on releasing base? Later, GJC -- Gregory Casamento - Original Message From: Fred Kiefer <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: gnustep-dev@gnu.org Sent: Saturday, January 13, 2007 1:47:53 PM Subject: Re: NSMatrix keyboard stuff Now this looks like a nice and simple patch. If this replaces all your previous patches then just go ahead and apply it. Or should I or Greg do it for you? I think it is fine to have this one in, even if Greg will be doing his stable release any time now. Greg, are you actually? I just cannot remember what the result of that discussion was. Currently I am keeping back my bigger changes and waiting for you to give a sign when commits are welcome again. Cheers. Fred Matt Rice schrieb: > On 2007-01-10 09:17:49 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: > >> On 2007-01-10 09:04:57 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: >> >>> On 2007-01-10 07:59:16 -0800 Fred Kiefer <[EMAIL PROTECTED]> wrote: >>> HI Matt, could you please explain this patch a bit? Only the last bit is about selecting the right cell in NSTrackModeMatrix. Are the other change a result of this? It looks like you intent to prevent the setting of the cell state for this mode. Is this correct? >>> >>> Yes, you understand the patch correctly, >>> >>> I've just noticed the difference between -keyCell and -selected*, >>>which seems to be what i need/the reason for my confusion. >>> this one is much cleaner :D >>> >> >> ok... so this one isn't going to be correct either.. because >> _selectCellAtRow:column: sets the state.. >> > > alright sorry for the barrage of emails. > I hadn't noticed the above because _selectCell:atRow:column: sets it to > NSOnState. > and the button i tested it with was on, so it was set to On then to Off > by the setNextState. > > _selectCell:atRow:column: isn't right because the selected cell can have > an NSOffState. > for track/highlight mode and NSOnState for list/radio... > > hopefully this patch takes care of it :D > > > > > > > Index: NSMatrix.m > === > --- NSMatrix.m(revision 24334) > +++ NSMatrix.m(working copy) > @@ -1211,7 +1211,14 @@ >_selectedColumn = column; >_selectedCells[row][column] = YES; > > - [_selectedCell setState: NSOnState]; > + if (_mode == NSListModeMatrix || _mode == NSRadioModeMatrix) > +{ > + [_selectedCell setState: NSOnState]; > +} > + else > +{ > + [_selectedCell setNextState]; > +} > >if (_mode == NSListModeMatrix) > [aCell setHighlighted: YES]; > @@ -3695,25 +3702,17 @@ > [self _altModifier: character]; >else > { > - NSCell *cell; > - >switch (_mode) > { > case NSTrackModeMatrix: > case NSHighlightModeMatrix: > - cell = _cells[_dottedRow][_dottedColumn]; > - > - [cell setNextState]; > - [self setNeedsDisplayInRect: [self cellFrameAtRow: _dottedRow > - column: _dottedColumn]]; > +case NSRadioModeMatrix: > + [self selectCellAtRow:_dottedRow column: _dottedColumn]; >break; > > case NSListModeMatrix: >if (!(modifiers & NSShiftKeyMask)) > [self deselectAllCells]; > - > -case NSRadioModeMatrix: > - [self selectCellAtRow: _dottedRow column: _dottedColumn]; >break; > } > ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: NSMatrix keyboard stuff
I also suggest that we make a new release of gnustep-make. Thanks -Original Message- From: Gregory John Casamento <[EMAIL PROTECTED]> Sent: Sat, January 13, 2007 9:38 pm To: Fred Kiefer <[EMAIL PROTECTED]>, [EMAIL PROTECTED], Richard Frith-Macdonald <[EMAIL PROTECTED]> Cc: gnustep-dev@gnu.org Subject: Re: NSMatrix keyboard stuff Large commits will be open again after this weekend's release. I was planning to cut the release of both gui and gorm tomorrow. Richard, when were you planning on releasing base? Later, GJC -- Gregory Casamento - Original Message From: Fred Kiefer <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: gnustep-dev@gnu.org Sent: Saturday, January 13, 2007 1:47:53 PM Subject: Re: NSMatrix keyboard stuff Now this looks like a nice and simple patch. If this replaces all your previous patches then just go ahead and apply it. Or should I or Greg do it for you? I think it is fine to have this one in, even if Greg will be doing his stable release any time now. Greg, are you actually? I just cannot remember what the result of that discussion was. Currently I am keeping back my bigger changes and waiting for you to give a sign when commits are welcome again. Cheers. Fred Matt Rice schrieb: > On 2007-01-10 09:17:49 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: > >> On 2007-01-10 09:04:57 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: >> >>> On 2007-01-10 07:59:16 -0800 Fred Kiefer <[EMAIL PROTECTED]> wrote: >>> HI Matt, could you please explain this patch a bit? Only the last bit is about selecting the right cell in NSTrackModeMatrix. Are the other change a result of this? It looks like you intent to prevent the setting of the cell state for this mode. Is this correct? >>> >>> Yes, you understand the patch correctly, >>> >>> I've just noticed the difference between -keyCell and -selected*, >>>which seems to be what i need/the reason for my confusion. >>> this one is much cleaner :D >>> >> >> ok... so this one isn't going to be correct either.. because >> _selectCellAtRow:column: sets the state.. >> > > alright sorry for the barrage of emails. > I hadn't noticed the above because _selectCell:atRow:column: sets it to > NSOnState. > and the button i tested it with was on, so it was set to On then to Off > by the setNextState. > > _selectCell:atRow:column: isn't right because the selected cell can have > an NSOffState. > for track/highlight mode and NSOnState for list/radio... > > hopefully this patch takes care of it :D > > > > > > > Index: NSMatrix.m > === > --- NSMatrix.m(revision 24334) > +++ NSMatrix.m(working copy) > @@ -1211,7 +1211,14 @@ >_selectedColumn = column; >_selectedCells[row][column] = YES; > > - [_selectedCell setState: NSOnState]; > + if (_mode == NSListModeMatrix || _mode == NSRadioModeMatrix) > +{ > + [_selectedCell setState: NSOnState]; > +} > + else > +{ > + [_selectedCell setNextState]; > +} > >if (_mode == NSListModeMatrix) > [aCell setHighlighted: YES]; > @@ -3695,25 +3702,17 @@ > [self _altModifier: character]; >else > { > - NSCell *cell; > - >switch (_mode) > { > case NSTrackModeMatrix: > case NSHighlightModeMatrix: > - cell = _cells[_dottedRow][_dottedColumn]; > - > - [cell setNextState]; > - [self setNeedsDisplayInRect: [self cellFrameAtRow: _dottedRow > - column: _dottedColumn]]; > +case NSRadioModeMatrix: > + [self selectCellAtRow:_dottedRow column: _dottedColumn]; >break; > > case NSListModeMatrix: >if (!(modifiers & NSShiftKeyMask)) > [self deselectAllCells]; > - > -case NSRadioModeMatrix: > - [self selectCellAtRow: _dottedRow column: _dottedColumn]; >break; > } > ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep development vmware appliance on Solaris 10
Get in contact with Andreas Hoeschler ([EMAIL PROTECTED]) or Mark Brünink ([EMAIL PROTECTED]) of SmartSoft, they use Solaris in their company regards, Lars Am 13.01.2007 um 21:37 schrieb T.J. Yang: I like to create a this vmware image that any new comer (that is me ;) can easily compile gnustep on solaris 10 by just a simple command "make gnustep". Ok that is goal, here is the plan. 1. Create a 10G(or less) big soalris 10 image. 2. install Sunstudio with patches. 3. install patches for solaris 10 x86. 4. install obj compiler from blastwave.org 5. release the makefile and sources needed to achieve. 5.1 "make clean" erase all existing gnustep compiled binaris 5.2 "make gnustep" compile all the make,core etc gnustep components. 5.3 "make gnustep upload=1" will turn the install binary into sun package formats and upload to ftp.gnustep.org. Detail of this need to be work out. What you can help ? 1. login into the prototype vmware image at my home to help debug the compilation issue. 2. please send me an email if you can help. Life is short, I don't like spend hours to resolve the issue myself when others can help easily. Regards tj T.J. Yang _ Get FREE Web site and company branded e-mail from Microsoft Office Live http://clk.atdmt.com/MRT/go/mcrssaub0050001411mrt/direct/01/ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: NSMatrix keyboard stuff
I just commited it, and yeah it replaced all the previous patches. On 2007-01-13 10:47:53 -0800 Fred Kiefer <[EMAIL PROTECTED]> wrote: Now this looks like a nice and simple patch. If this replaces all your previous patches then just go ahead and apply it. Or should I or Greg do it for you? I think it is fine to have this one in, even if Greg will be doing his stable release any time now. Greg, are you actually? I just cannot remember what the result of that discussion was. Currently I am keeping back my bigger changes and waiting for you to give a sign when commits are welcome again. Cheers. Fred Matt Rice schrieb: On 2007-01-10 09:17:49 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: On 2007-01-10 09:04:57 -0800 Matt Rice <[EMAIL PROTECTED]> wrote: On 2007-01-10 07:59:16 -0800 Fred Kiefer <[EMAIL PROTECTED]> wrote: HI Matt, could you please explain this patch a bit? Only the last bit is about selecting the right cell in NSTrackModeMatrix. Are the other change a result of this? It looks like you intent to prevent the setting of the cell state for this mode. Is this correct? Yes, you understand the patch correctly, I've just noticed the difference between -keyCell and -selected*, which seems to be what i need/the reason for my confusion. this one is much cleaner :D ok... so this one isn't going to be correct either.. because _selectCellAtRow:column: sets the state.. alright sorry for the barrage of emails. I hadn't noticed the above because _selectCell:atRow:column: sets it to NSOnState. and the button i tested it with was on, so it was set to On then to Off by the setNextState. _selectCell:atRow:column: isn't right because the selected cell can have an NSOffState. for track/highlight mode and NSOnState for list/radio... hopefully this patch takes care of it :D Index: NSMatrix.m === --- NSMatrix.m (revision 24334) +++ NSMatrix.m (working copy) @@ -1211,7 +1211,14 @@ _selectedColumn = column; _selectedCells[row][column] = YES; - [_selectedCell setState: NSOnState]; + if (_mode == NSListModeMatrix || _mode == NSRadioModeMatrix) +{ + [_selectedCell setState: NSOnState]; + } + else +{ + [_selectedCell setNextState]; + } if (_mode == NSListModeMatrix) [aCell setHighlighted: YES]; @@ -3695,25 +3702,17 @@ [self _altModifier: character]; else { - NSCell *cell; - switch (_mode) { case NSTrackModeMatrix: case NSHighlightModeMatrix: - cell = _cells[_dottedRow][_dottedColumn]; - - [cell setNextState]; - [self setNeedsDisplayInRect: [self cellFrameAtRow: _dottedRow -column: _dottedColumn]]; + case NSRadioModeMatrix: + [self selectCellAtRow:_dottedRow column: _dottedColumn]; break; case NSListModeMatrix: if (!(modifiers & NSShiftKeyMask)) [self deselectAllCells]; - - case NSRadioModeMatrix: - [self selectCellAtRow: _dottedRow column: _dottedColumn]; break; } ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep development vmware appliance on Solaris 10
From: Lars Sonchocky-Helldorf <[EMAIL PROTECTED]> To: T.J. Yang <[EMAIL PROTECTED]> CC: gnustep-dev@gnu.org Subject: Re: GNUstep development vmware appliance on Solaris 10 Date: Sun, 14 Jan 2007 01:34:17 +0100 Get in contact with Andreas Hoeschler ([EMAIL PROTECTED]) or Mark Brünink ([EMAIL PROTECTED]) of SmartSoft, they use Solaris in their company Thanks for the tip, the problem I will have should l be the gnustep compilation issues. I will ask help from them when I run into issue. Solaris 10 will be my stepping stone. I hope we can prepare a GNUstep OpenSolaris image that can be distributed freely. I don't believe Solaris 10 vmware image can be distributed by gnustep.org community. Following will be my wiki notes for this effort. http://wiki.gnustep.org/index.php/Platform_compatibility#GNUstep_Solaris_10_U2_vmware_appliance Regards tj regards, Lars Am 13.01.2007 um 21:37 schrieb T.J. Yang: I like to create a this vmware image that any new comer (that is me ;) can easily compile gnustep on solaris 10 by just a simple command "make gnustep". Ok that is goal, here is the plan. 1. Create a 10G(or less) big soalris 10 image. 2. install Sunstudio with patches. 3. install patches for solaris 10 x86. 4. install obj compiler from blastwave.org 5. release the makefile and sources needed to achieve. 5.1 "make clean" erase all existing gnustep compiled binaris 5.2 "make gnustep" compile all the make,core etc gnustep components. 5.3 "make gnustep upload=1" will turn the install binary into sun package formats and upload to ftp.gnustep.org. Detail of this need to be work out. What you can help ? 1. login into the prototype vmware image at my home to help debug the compilation issue. 2. please send me an email if you can help. Life is short, I don't like spend hours to resolve the issue myself when others can help easily. Regards tj T.J. Yang _ Get FREE Web site and company branded e-mail from Microsoft Office Live http://clk.atdmt.com/MRT/go/mcrssaub0050001411mrt/direct/01/ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev _ Type your favorite song. Get a customized station. Try MSN Radio powered by Pandora. http://radio.msn.com/?icid=T002MSN03A07001 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: NSMatrix keyboard stuff
On 13 Jan 2007, at 20:38, Gregory John Casamento wrote: Large commits will be open again after this weekend's release. I was planning to cut the release of both gui and gorm tomorrow. Richard, when were you planning on releasing base? I was planning on doing that today. I'm a bit confused about Fred's email in this thread yesterday though ... sounds like he's been holding off commits to gui trunk for some reason that I perhaps missed. Just to be clear, I've been planning on a bugfix release of base 1.13.1 ... which would be usable with all existing released code, but would not be usable with gui trunk. Are you making a new gui release from trunk incompatible with the current release rather than a stable/bugfix release? If so, you will need an unstable release of base to go with it. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev