Menu
▾
▴
csjava-developer
|
From: Toby D. <tj...@sf...> - 2005-05-16 00:43:55
|
Hi all, I am doing a bit of planning for the next two released versions of the csimage package. The next version will be code-named "casey", and the one after that will be called "harriet". If you are working on one of the features mentioned below, please keep us informed of your progress by occasionally emailing this list. Release name: casey Date: end of June (hopefully!) New features: - Caretesian coordinate system - simple axes - generic load/save/quit buttons - basic testing code for TheMatrix - basic user-level documentation for TheMatrix Other changes: - remove alpha-value code for TheMatrix since it doesn't work correctly (scheduled to be added in the next version) Release name: harriet Date: end of August (hopefully!) New features: - correct handling of alpha values - improved flexibility for using TheMatrix as a panel in other windows - more complete testing - more complete user documentation - improved and fixed animation library Any other ideas for changes? Did I miss anything? Note that this is just for the csimage library; non-image code may also be included, or we might release a separate package for that. Toby -- Dr. Toby Donaldson School of Computing Science Simon Fraser University |
|
From: Alex T. <caf...@gm...> - 2005-05-16 04:06:55
|
Hmm, that seems about right, the release dates are fairly generous as well. IIRC the animation library is basically non-functional right now, so that gives plenty of time if it's by August. I have a question about coordinate system thing though - is the way it currently works fine? (ie. when you set the origin, it is always relative to the machine space.) I did look into the Graphics2D translate as you mentioned, but that seems to always do it relative to the current coordinate system, which makes it harder to return to the original origin if that is necessary. I'm also wondering if moving the origin is supposed to move the currently drawn image or not - my stance on this is no, but I want to see other views on it. -Alex On 5/15/05, Toby Donaldson <tj...@sf...> wrote: > Hi all, >=20 > I am doing a bit of planning for the next two released versions of the > csimage package. The next version will be code-named "casey", and the one > after that will be called "harriet". >=20 > If you are working on one of the features mentioned below, please keep us > informed of your progress by occasionally emailing this list. >=20 > Release name: casey > Date: end of June (hopefully!) > New features: > - Caretesian coordinate system > - simple axes > - generic load/save/quit buttons > - basic testing code for TheMatrix > - basic user-level documentation for TheMatrix > Other changes: > - remove alpha-value code for TheMatrix since it doesn't work correctly > (scheduled to be added in the next version) >=20 > Release name: harriet > Date: end of August (hopefully!) > New features: > - correct handling of alpha values > - improved flexibility for using TheMatrix as a panel in other windows > - more complete testing > - more complete user documentation > - improved and fixed animation library >=20 > Any other ideas for changes? Did I miss anything? Note that this is just = for > the csimage library; non-image code may also be included, or we might > release a separate package for that. >=20 > Toby > -- > Dr. Toby Donaldson > School of Computing Science > Simon Fraser University >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick > _______________________________________________ > csjava-developer mailing list > csj...@li... > https://lists.sourceforge.net/lists/listinfo/csjava-developer > |
|
From: Toby D. <tj...@sf...> - 2005-05-17 07:13:32
|
I suspect the feature list will get refined and changed over time, so there is plenty of opportunity for the deadlines to become unreasonable. :-) The animation library works, but has some small bugs. Hopefully someone wil= l volunteer to work on it. It's a lot of fun. Here are my comments on TheMatixOrigin: - I don't think it's necessary to reset the coordinates, because I suspec= t it would be a rare thing to want to do. If a programmer needs to change the coordinate system they can always make a copy and change the coordinates in the copy. So once the coordinate system and origin is set, there are no changes allowed. - Thus, there is no "panning" through an image. Although this would be a neat feature to add later as a separate feature. - As you know, the "convertReal" and "convertFake" methods need to be re-named (e.g. using the terminology I suggested in a previous message). - A demo file of a few very simple uses of the TheMatrixOrigin should als= o be included, so that programmers can understand how to use it by seeing som= e examples. - I wonder if the implementation be made simpler? Is there any way to avoid over-riding so many methods? I haven't thought it through, but I wonder if it's possible to have TheMatrixOrigin always assume that is in user space, except for when it comes time to actually plot the points on th= e screen, when it converts to the screen coordinates. I'd like to be sure about this particular point before committing any final changes to TheMatri= x proper. Toby On 5/15/05 9:06 PM, "Alex Tsai" <caf...@gm...> wrote: > Hmm, that seems about right, the release dates are fairly generous as > well. IIRC the animation library is basically non-functional right > now, so that gives plenty of time if it's by August. >=20 > I have a question about coordinate system thing though - is the way it > currently works fine? (ie. when you set the origin, it is always > relative to the machine space.) I did look into the Graphics2D > translate as you mentioned, but that seems to always do it relative to > the current coordinate system, which makes it harder to return to the > original origin if that is necessary. I'm also wondering if moving > the origin is supposed to move the currently drawn image or not - my > stance on this is no, but I want to see other views on it. >=20 > -Alex >=20 > On 5/15/05, Toby Donaldson <tj...@sf...> wrote: >> Hi all, >>=20 >> I am doing a bit of planning for the next two released versions of the >> csimage package. The next version will be code-named "casey", and the on= e >> after that will be called "harriet". >>=20 >> If you are working on one of the features mentioned below, please keep u= s >> informed of your progress by occasionally emailing this list. >>=20 >> Release name: casey >> Date: end of June (hopefully!) >> New features: >> - Caretesian coordinate system >> - simple axes >> - generic load/save/quit buttons >> - basic testing code for TheMatrix >> - basic user-level documentation for TheMatrix >> Other changes: >> - remove alpha-value code for TheMatrix since it doesn't work correctly >> (scheduled to be added in the next version) >>=20 >> Release name: harriet >> Date: end of August (hopefully!) >> New features: >> - correct handling of alpha values >> - improved flexibility for using TheMatrix as a panel in other windows >> - more complete testing >> - more complete user documentation >> - improved and fixed animation library >>=20 >> Any other ideas for changes? Did I miss anything? Note that this is just= for >> the csimage library; non-image code may also be included, or we might >> release a separate package for that. >>=20 >> Toby >> -- >> Dr. Toby Donaldson >> School of Computing Science >> Simon Fraser University >>=20 >> ------------------------------------------------------- >> This SF.Net email is sponsored by Oracle Space Sweepstakes >> Want to be the first software developer in space? >> Enter now for the Oracle Space Sweepstakes! >> http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick >> _______________________________________________ >> csjava-developer mailing list >> csj...@li... >> https://lists.sourceforge.net/lists/listinfo/csjava-developer >>=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id=16281&op=CCk > _______________________________________________ > csjava-developer mailing list > csj...@li... > https://lists.sourceforge.net/lists/listinfo/csjava-developer >=20 >=20 --=20 Dr. Toby Donaldson School of Computing Science Simon Fraser University |
|
From: Daryl V. H. <dva...@sf...> - 2005-05-16 18:44:00
|
Sounds good to me. I know that the alpha code includes both versions of getAlpha(), but is there any other code that handles alpha colours? An update on how TheButtonMatrix is working: I've added an icon for the Load button and I've fixed the problem of the buttons overlapping and obscuring the image. I had to create a new JComponent (called ImagePainter) to act like a fixed-size component that draws any Image given to it. Daryl. Toby Donaldson wrote: >Hi all, > >I am doing a bit of planning for the next two released versions of the >csimage package. The next version will be code-named "casey", and the one >after that will be called "harriet". > >If you are working on one of the features mentioned below, please keep us >informed of your progress by occasionally emailing this list. > >Release name: casey >Date: end of June (hopefully!) >New features: > - Caretesian coordinate system > - simple axes > - generic load/save/quit buttons > - basic testing code for TheMatrix > - basic user-level documentation for TheMatrix >Other changes: > - remove alpha-value code for TheMatrix since it doesn't work correctly >(scheduled to be added in the next version) > >Release name: harriet >Date: end of August (hopefully!) >New features: > - correct handling of alpha values > - improved flexibility for using TheMatrix as a panel in other windows > - more complete testing > - more complete user documentation > - improved and fixed animation library > >Any other ideas for changes? Did I miss anything? Note that this is just for >the csimage library; non-image code may also be included, or we might >release a separate package for that. > >Toby > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.11 - Release Date: 16/05/05 |
|
From: Toby D. <tj...@sf...> - 2005-05-17 07:21:31
|
I think it's a safe bet that no code relies on TheMatrix alpha values. You can easily check in Eclipse to see where methods used by using the References-->project option that appears in the right-click menu. Toby On 5/16/05 11:45 AM, "Daryl Van Humbeck" <dva...@sf...> wrote: > Sounds good to me. > > I know that the alpha code includes both versions of getAlpha(), but is > there any other code that handles alpha colours? > > An update on how TheButtonMatrix is working: > I've added an icon for the Load button and I've fixed the problem of the > buttons overlapping and obscuring the image. > I had to create a new JComponent (called ImagePainter) to act like a > fixed-size component that draws any Image given to it. > > Daryl. > > Toby Donaldson wrote: > >> Hi all, >> >> I am doing a bit of planning for the next two released versions of the >> csimage package. The next version will be code-named "casey", and the one >> after that will be called "harriet". >> >> If you are working on one of the features mentioned below, please keep us >> informed of your progress by occasionally emailing this list. >> >> Release name: casey >> Date: end of June (hopefully!) >> New features: >> - Caretesian coordinate system >> - simple axes >> - generic load/save/quit buttons >> - basic testing code for TheMatrix >> - basic user-level documentation for TheMatrix >> Other changes: >> - remove alpha-value code for TheMatrix since it doesn't work correctly >> (scheduled to be added in the next version) >> >> Release name: harriet >> Date: end of August (hopefully!) >> New features: >> - correct handling of alpha values >> - improved flexibility for using TheMatrix as a panel in other windows >> - more complete testing >> - more complete user documentation >> - improved and fixed animation library >> >> Any other ideas for changes? Did I miss anything? Note that this is just for >> the csimage library; non-image code may also be included, or we might >> release a separate package for that. >> >> Toby >> >> > > -- Dr. Toby Donaldson School of Computing Science Simon Fraser University |
|
From: Toby D. <tj...@sf...> - 2005-05-19 07:29:47
|
Here's a slightly updated release schedule. If you haven't already done so, please let us now where you are if you are working on one of the listed features. Release name: casey Date: end of June New features: - Cartesian coordinate system - simple axes - generic load/save/quit buttons - basic testing code for TheMatrix - basic user-level documentation for TheMatrix - cropping - reversi board demo Other changes: - remove alpha-value code for TheMatrix since it doesn't work correctly (add as a feature in a later version) - remove scaling code (add as a feature in a later version) Release name: harriet Date: end of August New features: - correct handling of alpha values - improved flexibility for using TheMatrix as a panel in other windows (de-coupling of image and frame) - more complete testing - more complete user documentation - improved and fixed animation library Are there any other features that should be added/removed/modified? Toby -- Dr. Toby Donaldson School of Computing Science Simon Fraser University |
|
From: Daryl V. H. <dva...@sf...> - 2005-05-19 15:27:38
|
The state of my sections are as follows: - generic load/save/quite buttons: Complete - remove alpha-value code: Complete (I've removed the getAlpha() methods) - button support: Complete (including the buttons in a separate panel in the window and not overwriting the image) - chatbot framework (not listed): Seemingly complete (I can't think of much more to do with it) Daryl. Toby Donaldson wrote: >Here's a slightly updated release schedule. If you haven't already done so, >please let us now where you are if you are working on one of the listed >features. > >Release name: casey >Date: end of June >New features: > - Cartesian coordinate system > - simple axes > - generic load/save/quit buttons > - basic testing code for TheMatrix > - basic user-level documentation for TheMatrix > - cropping > - reversi board demo >Other changes: > - remove alpha-value code for TheMatrix since it doesn't work correctly > (add as a feature in a later version) > - remove scaling code (add as a feature in a later version) > >Release name: harriet >Date: end of August >New features: > - correct handling of alpha values > - improved flexibility for using TheMatrix as a panel in other windows >(de-coupling of image and frame) > - more complete testing > - more complete user documentation > - improved and fixed animation library > >Are there any other features that should be added/removed/modified? > >Toby > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.13 - Release Date: 19/05/05 |
|
From: Toby D. <tj...@sf...> - 2005-05-20 06:28:23
|
Daryl, I've been looking at TheButtonMatrix, and I think it's nearly read to add to TheMatrix. An essential fix is needed, though: - The image is not correctly set in the frame. The bottom of the frame is too low, and so a gray line is visible. Also, the right side of the entire image is apparently covered by the button panel. The image must appear precisely in the frame, with no excess space or overlapping. In addition, there are some possible improvements that would probably make it better, although we can live without them: - The button panel background is big, gray, and unappealing. Can it be white instead? Can a method to set the button panel background be added? - When the button panel is put on the left side of the image, the right edge of the buttons is ragged because the buttons are not the same width. This looks messy and should be fixed, i.e. the buttons should be made the same width. - After seeing the button panels, I think a menu bar with a menu containing the save/load/close features would probably look nicer. For beginners, having the buttons right on the screen where they can see them is good, because then they don't need to hunt around or guess what features are available. But there is so much unused space, that after a while I suspect many users will find that to be a bit of an eyesore. So a menu bar might be the nicest way to deal with this. - And speaking of the menu bar, another possibility is to use a mouse-click menu, e.g. when the user, say, right-clicks on the image, a menu with the save/load/close options would pop up. For frequent users of TheMatrix, this might be popular. I added the file ButtonTest into your developer package on CVS with a few more test rungs, including a few comments. I also add the method "enableAllButtons" to TheButtonMatrix. Toby |
|
From: Daryl V. H. <dva...@sf...> - 2005-05-20 17:24:04
|
Unfortunately, I didn't see what you saw. Another problem I have is I only have one platform to test things on (Windows 98SE), whereas you're probably using Windows XP. So, I've looked at my code and tried to figure out what might cause the problems you mention, and discovered that I'm not packing the window and then refitting it. I added that code and think it solves some problems. I haven't done anything about the ragged buttons yet, but I'll get to that soon. Maybe I can use a different Layout manager... Please update and test again and see if that solves those problems. I do agree that the buttons take up space and a menu would probably do better. Maybe some sort of system that lets the user choose from a variety of different methods of displaying a bunch of actions? i.e., some buttons, some menu items, some property (right-click) menu items, etc. Just some thoughts. Daryl. Toby Donaldson wrote: > Daryl, > > I've been looking at TheButtonMatrix, and I think it's nearly read to > add to TheMatrix. An essential fix is needed, though: > > - The image is not correctly set in the frame. The bottom of the frame > is too low, and so a gray line is visible. Also, the right side of the > entire image is apparently covered by the button panel. The image must > appear precisely in the frame, with no excess space or overlapping. > > In addition, there are some possible improvements that would probably > make it better, although we can live without them: > > - The button panel background is big, gray, and unappealing. Can it be > white instead? Can a method to set the button panel background be added? > - When the button panel is put on the left side of the image, the > right edge of the buttons is ragged because the buttons are not the > same width. This looks messy and should be fixed, i.e. the buttons > should be made the same width. > - After seeing the button panels, I think a menu bar with a menu > containing the save/load/close features would probably look nicer. For > beginners, having the buttons right on the screen where they can see > them is good, because then they don't need to hunt around or guess > what features are available. But there is so much unused space, that > after a while I suspect many users will find that to be a bit of an > eyesore. So a menu bar might be the nicest way to deal with this. > - And speaking of the menu bar, another possibility is to use a > mouse-click menu, e.g. when the user, say, right-clicks on the image, > a menu with the save/load/close options would pop up. For frequent > users of TheMatrix, this might be popular. > > I added the file ButtonTest into your developer package on CVS with a > few more test rungs, including a few comments. I also add the method > "enableAllButtons" to TheButtonMatrix. > > Toby > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click > _______________________________________________ > csjava-developer mailing list > csj...@li... > https://lists.sourceforge.net/lists/listinfo/csjava-developer > > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.14 - Release Date: 20/05/05 |
|
From: Daryl V. H. <dva...@sf...> - 2005-05-20 20:20:45
|
Ok, I've written a new Layout manager that arranges the buttons based on what you've mentioned, and it seems to work. I've also added a method called setButtonPanelBackground(Color c) that sets the button panel's background color. Daryl. Daryl Van Humbeck wrote: > Unfortunately, I didn't see what you saw. > > Another problem I have is I only have one platform to test things on > (Windows 98SE), whereas you're probably using Windows XP. > > So, I've looked at my code and tried to figure out what might cause > the problems you mention, and discovered that I'm not packing the > window and then refitting it. > I added that code and think it solves some problems. > > I haven't done anything about the ragged buttons yet, but I'll get to > that soon. Maybe I can use a different Layout manager... > > Please update and test again and see if that solves those problems. > > I do agree that the buttons take up space and a menu would probably do > better. > Maybe some sort of system that lets the user choose from a variety of > different methods of displaying a bunch of actions? > i.e., some buttons, some menu items, some property (right-click) menu > items, etc. > > Just some thoughts. > > Daryl. > > Toby Donaldson wrote: > >> Daryl, >> >> I've been looking at TheButtonMatrix, and I think it's nearly read to >> add to TheMatrix. An essential fix is needed, though: >> >> - The image is not correctly set in the frame. The bottom of the >> frame is too low, and so a gray line is visible. Also, the right side >> of the entire image is apparently covered by the button panel. The >> image must appear precisely in the frame, with no excess space or >> overlapping. >> >> In addition, there are some possible improvements that would probably >> make it better, although we can live without them: >> >> - The button panel background is big, gray, and unappealing. Can it >> be white instead? Can a method to set the button panel background be >> added? >> - When the button panel is put on the left side of the image, the >> right edge of the buttons is ragged because the buttons are not the >> same width. This looks messy and should be fixed, i.e. the buttons >> should be made the same width. >> - After seeing the button panels, I think a menu bar with a menu >> containing the save/load/close features would probably look nicer. >> For beginners, having the buttons right on the screen where they can >> see them is good, because then they don't need to hunt around or >> guess what features are available. But there is so much unused space, >> that after a while I suspect many users will find that to be a bit of >> an eyesore. So a menu bar might be the nicest way to deal with this. >> - And speaking of the menu bar, another possibility is to use a >> mouse-click menu, e.g. when the user, say, right-clicks on the image, >> a menu with the save/load/close options would pop up. For frequent >> users of TheMatrix, this might be popular. >> >> I added the file ButtonTest into your developer package on CVS with a >> few more test rungs, including a few comments. I also add the method >> "enableAllButtons" to TheButtonMatrix. >> >> Toby >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by Oracle Space Sweepstakes >> Want to be the first software developer in space? >> Enter now for the Oracle Space Sweepstakes! >> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click >> _______________________________________________ >> csjava-developer mailing list >> csj...@li... >> https://lists.sourceforge.net/lists/listinfo/csjava-developer >> >> >> > > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.14 - Release Date: 20/05/05 |
|
From: Toby D. <tj...@sf...> - 2005-05-20 20:50:22
|
Hi Daryl, Actually, I've check it in Windows XP, Linux, and Mac OS X (i.e. Unix), and they each show framing problems. I don't always check them on all three, but in this case I did. Even the most recent versions show the same sort of problem. When I run the test1(), test2(), test3() methods of the ButtonTest class, there is still overlap at the bottom of the image. Toby On 5/20/05 10:23 AM, "Daryl Van Humbeck" <dva...@sf...> wrote: > Unfortunately, I didn't see what you saw. > > Another problem I have is I only have one platform to test things on > (Windows 98SE), whereas you're probably using Windows XP. > > So, I've looked at my code and tried to figure out what might cause the > problems you mention, and discovered that I'm not packing the window and > then refitting it. > I added that code and think it solves some problems. > > I haven't done anything about the ragged buttons yet, but I'll get to > that soon. Maybe I can use a different Layout manager... > > Please update and test again and see if that solves those problems. > > I do agree that the buttons take up space and a menu would probably do > better. > Maybe some sort of system that lets the user choose from a variety of > different methods of displaying a bunch of actions? > i.e., some buttons, some menu items, some property (right-click) menu > items, etc. > > Just some thoughts. > > Daryl. > > Toby Donaldson wrote: > >> Daryl, >> >> I've been looking at TheButtonMatrix, and I think it's nearly read to >> add to TheMatrix. An essential fix is needed, though: >> >> - The image is not correctly set in the frame. The bottom of the frame >> is too low, and so a gray line is visible. Also, the right side of the >> entire image is apparently covered by the button panel. The image must >> appear precisely in the frame, with no excess space or overlapping. >> >> In addition, there are some possible improvements that would probably >> make it better, although we can live without them: >> >> - The button panel background is big, gray, and unappealing. Can it be >> white instead? Can a method to set the button panel background be added? >> - When the button panel is put on the left side of the image, the >> right edge of the buttons is ragged because the buttons are not the >> same width. This looks messy and should be fixed, i.e. the buttons >> should be made the same width. >> - After seeing the button panels, I think a menu bar with a menu >> containing the save/load/close features would probably look nicer. For >> beginners, having the buttons right on the screen where they can see >> them is good, because then they don't need to hunt around or guess >> what features are available. But there is so much unused space, that >> after a while I suspect many users will find that to be a bit of an >> eyesore. So a menu bar might be the nicest way to deal with this. >> - And speaking of the menu bar, another possibility is to use a >> mouse-click menu, e.g. when the user, say, right-clicks on the image, >> a menu with the save/load/close options would pop up. For frequent >> users of TheMatrix, this might be popular. >> >> I added the file ButtonTest into your developer package on CVS with a >> few more test rungs, including a few comments. I also add the method >> "enableAllButtons" to TheButtonMatrix. >> >> Toby >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by Oracle Space Sweepstakes >> Want to be the first software developer in space? >> Enter now for the Oracle Space Sweepstakes! >> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click >> _______________________________________________ >> csjava-developer mailing list >> csj...@li... >> https://lists.sourceforge.net/lists/listinfo/csjava-developer >> >> >> > > -- Dr. Toby Donaldson School of Computing Science Simon Fraser University |
|
From: Daryl V. H. <dva...@sf...> - 2005-05-26 16:15:07
|
No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.17 - Release Date: 25/05/05 |
|
From: Toby D. <tj...@sf...> - 2005-05-26 21:11:25
|
For now, the menus should just be an option for displaying the load/save/close buttons. Since no one seems to need to the ability to add extra buttons, don=B9t worry about it for now. If it=B9s easy to arrange the code in a way so that in the future adding extra buttons is easy, then that=B9s a bonus; but don=B9t do it if makes the implementation too complex or hard to understand. Simplicity is more important than flexibility or completeness, for now. Toby On 5/26/05 9:15 AM, "Daryl Van Humbeck" <dva...@sf...> wrote: > Ok, I found out what I was doing wrong. >=20 > I was calling _refit() which resizes the window to the image's size then > centers the window, when I should have been calling center() which just > centers the window. > I fixed that and that solved the overlap problem. >=20 > Though I'm still a little uncertain about how to implement the menu. > Should I let the user add things to it? > Should I let the user have the option of implementing the things with but= tons > or menu items? > Maybe just have the default (load, save & close) as menu items and the > user-added stuff as buttons? > I'm not sure. >=20 > I've added a debug line drawing option to the ImagePainter component so y= ou > can check to make sure the whole image is being displayed. > Just call .enableDebugLines(true) on TheButtonMatrix object to enable the= m. >=20 > Daryl. >=20 > Toby Donaldson wrote: >> =20 >> Hi Daryl, >>=20 >> Actually, I've check it in Windows XP, Linux, and Mac OS X (i.e. Unix), = and >> they each show framing problems. I don't always check them on all three,= but >> in this case I did. >>=20 >> Even the most recent versions show the same sort of problem. When I run = the >> test1(), test2(), test3() methods of the ButtonTest class, there is stil= l >> overlap at the bottom of the image. >>=20 >> Toby >>=20 >>=20 >> On 5/20/05 10:23 AM, "Daryl Van Humbeck" <dva...@sf...> >> <mailto:dva...@sf...> wrote: >>=20 >> =20 >> =20 >>> =20 >>> Unfortunately, I didn't see what you saw. >>>=20 >>> Another problem I have is I only have one platform to test things on >>> (Windows 98SE), whereas you're probably using Windows XP. >>>=20 >>> So, I've looked at my code and tried to figure out what might cause the >>> problems you mention, and discovered that I'm not packing the window an= d >>> then refitting it. >>> I added that code and think it solves some problems. >>>=20 >>> I haven't done anything about the ragged buttons yet, but I'll get to >>> that soon. Maybe I can use a different Layout manager... >>>=20 >>> Please update and test again and see if that solves those problems. >>>=20 >>> I do agree that the buttons take up space and a menu would probably do >>> better. >>> Maybe some sort of system that lets the user choose from a variety of >>> different methods of displaying a bunch of actions? >>> i.e., some buttons, some menu items, some property (right-click) menu >>> items, etc. >>>=20 >>> Just some thoughts. >>>=20 >>> Daryl. >>>=20 >>> Toby Donaldson wrote: >>>=20 >>> =20 >>> =20 >>>> =20 >>>> Daryl, >>>>=20 >>>> I've been looking at TheButtonMatrix, and I think it's nearly read to >>>> add to TheMatrix. An essential fix is needed, though: >>>>=20 >>>> - The image is not correctly set in the frame. The bottom of the frame >>>> is too low, and so a gray line is visible. Also, the right side of the >>>> entire image is apparently covered by the button panel. The image must >>>> appear precisely in the frame, with no excess space or overlapping. >>>>=20 >>>> In addition, there are some possible improvements that would probably >>>> make it better, although we can live without them: >>>>=20 >>>> - The button panel background is big, gray, and unappealing. Can it be >>>> white instead? Can a method to set the button panel background be adde= d? >>>> - When the button panel is put on the left side of the image, the >>>> right edge of the buttons is ragged because the buttons are not the >>>> same width. This looks messy and should be fixed, i.e. the buttons >>>> should be made the same width. >>>> - After seeing the button panels, I think a menu bar with a menu >>>> containing the save/load/close features would probably look nicer. For >>>> beginners, having the buttons right on the screen where they can see >>>> them is good, because then they don't need to hunt around or guess >>>> what features are available. But there is so much unused space, that >>>> after a while I suspect many users will find that to be a bit of an >>>> eyesore. So a menu bar might be the nicest way to deal with this. >>>> - And speaking of the menu bar, another possibility is to use a >>>> mouse-click menu, e.g. when the user, say, right-clicks on the image, >>>> a menu with the save/load/close options would pop up. For frequent >>>> users of TheMatrix, this might be popular. >>>>=20 >>>> I added the file ButtonTest into your developer package on CVS with a >>>> few more test rungs, including a few comments. I also add the method >>>> "enableAllButtons" to TheButtonMatrix. >>>>=20 >>>> Toby >>>>=20 >>>>=20 >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by Oracle Space Sweepstakes >>>> Want to be the first software developer in space? >>>> Enter now for the Oracle Space Sweepstakes! >>>> http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick >>>> _______________________________________________ >>>> csjava-developer mailing list >>>> csj...@li... >>>> https://lists.sourceforge.net/lists/listinfo/csjava-developer >>>>=20 >>>>=20 >>>>=20 >>>> =20 >>>> =20 >>> =20 >>>=20 >>> =20 >>> =20 >> =20 >>=20 >> =20 >=20 >=20 >=20 > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.322 / Virus Database: 266.11.17 - Release Date: 25/05/05 --=20 Dr. Toby Donaldson School of Computing Science Simon Fraser University |
|
From: Daryl V. H. <dva...@sf...> - 2005-05-31 23:11:10
|
No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.3.3 - Release Date: 31/05/05 |
|
From: Toby D. <tj...@sf...> - 2005-06-01 00:29:49
|
Sounds great. Interestingly, I can=B9t quite get this to work on my Linux computer. The men= u and context menu don=B9t appear at all. On Mac OS X, the menu appears to work= , but not the context menu (although this might be a quirk of the single-button mouse-pad I am using at the moment). By default, I think the context menu should always be enabled. Toby On 5/31/05 4:11 PM, "Daryl Van Humbeck" <dva...@sf...> wrote: > I've added a main menubar, a context menu and added a kind of hack to > TheMatrix. >=20 > The "hack" I added to TheMatrix is a method called superPaint(Graphics g)= that > just calls super.paint(g) so I don't have to compensate for TheMatrix's > paint() method not calling super.paint(). >=20 > The main menubar and the context menu have buttons with the same labels a= nd > actions as the default buttons (save, load & close). >=20 > Daryl. >=20 > Toby Donaldson wrote: >> Re: [csjava-developer] TheButtonMatrix comments For now, the menus shou= ld >> just be an option for displaying the load/save/close buttons. Since no o= ne >> seems to need to the ability to add extra buttons, don=B9t worry about it = for >> now. If it=B9s easy to arrange the code in a way so that in the future add= ing >> extra buttons is easy, then that=B9s a bonus; but don=B9t do it if makes the >> implementation too complex or hard to understand. Simplicity is more >> important than flexibility or completeness, for now. >> =20 >> Toby >> =20 >> =20 >> On 5/26/05 9:15 AM, "Daryl Van Humbeck" <dva...@sf...> >> <mailto:dva...@sf...> wrote: >> =20 >> =20 >>> Ok, I found out what I was doing wrong. >>> =20 >>> I was calling _refit() which resizes the window to the image's size the= n >>> centers the window, when I should have been calling center() which just >>> centers the window. >>> I fixed that and that solved the overlap problem. >>> =20 >>> Though I'm still a little uncertain about how to implement the menu. >>> Should I let the user add things to it? >>> Should I let the user have the option of implementing the things with >>> buttons or menu items? >>> Maybe just have the default (load, save & close) as menu items and the >>> user-added stuff as buttons? >>> I'm not sure. >>> =20 >>> I've added a debug line drawing option to the ImagePainter component so= you >>> can check to make sure the whole image is being displayed. >>> Just call .enableDebugLines(true) on TheButtonMatrix object to enable t= hem. >>> =20 >>> Daryl. >>> =20 >>> Toby Donaldson wrote: >>> =20 >>>> =20 >>>> Hi Daryl, >>>> =20 >>>> Actually, I've check it in Windows XP, Linux, and Mac OS X (i.e. Unix)= , and >>>> they each show framing problems. I don't always check them on all thre= e, >>>> but >>>> in this case I did. >>>> =20 >>>> Even the most recent versions show the same sort of problem. When I ru= n the >>>> test1(), test2(), test3() methods of the ButtonTest class, there is st= ill >>>> overlap at the bottom of the image. >>>> =20 >>>> Toby >>>> =20 >>>> =20 >>>> On 5/20/05 10:23 AM, "Daryl Van Humbeck" <dva...@sf...> >>>> <mailto:dva...@sf...> <mailto:dva...@sf...> wrote: >>>> =20 >>>> =20 >>>> =20 >>>> =20 >>>>> =20 >>>>> Unfortunately, I didn't see what you saw. >>>>> =20 >>>>> Another problem I have is I only have one platform to test things on >>>>> (Windows 98SE), whereas you're probably using Windows XP. >>>>> =20 >>>>> So, I've looked at my code and tried to figure out what might cause t= he >>>>> problems you mention, and discovered that I'm not packing the window = and >>>>> then refitting it. >>>>> I added that code and think it solves some problems. >>>>> =20 >>>>> I haven't done anything about the ragged buttons yet, but I'll get to >>>>> that soon. Maybe I can use a different Layout manager... >>>>> =20 >>>>> Please update and test again and see if that solves those problems. >>>>> =20 >>>>> I do agree that the buttons take up space and a menu would probably d= o >>>>> better. >>>>> Maybe some sort of system that lets the user choose from a variety of >>>>> different methods of displaying a bunch of actions? >>>>> i.e., some buttons, some menu items, some property (right-click) menu >>>>> items, etc. >>>>> =20 >>>>> Just some thoughts. >>>>> =20 >>>>> Daryl. >>>>> =20 >>>>> Toby Donaldson wrote: >>>>> =20 >>>>> =20 >>>>> =20 >>>>> =20 >>>>>> =20 >>>>>> Daryl, >>>>>> =20 >>>>>> I've been looking at TheButtonMatrix, and I think it's nearly read t= o >>>>>> add to TheMatrix. An essential fix is needed, though: >>>>>> =20 >>>>>> - The image is not correctly set in the frame. The bottom of the fra= me >>>>>> is too low, and so a gray line is visible. Also, the right side of t= he >>>>>> entire image is apparently covered by the button panel. The image mu= st >>>>>> appear precisely in the frame, with no excess space or overlapping. >>>>>> =20 >>>>>> In addition, there are some possible improvements that would probabl= y >>>>>> make it better, although we can live without them: >>>>>> =20 >>>>>> - The button panel background is big, gray, and unappealing. Can it = be >>>>>> white instead? Can a method to set the button panel background be ad= ded? >>>>>> - When the button panel is put on the left side of the image, the >>>>>> right edge of the buttons is ragged because the buttons are not the >>>>>> same width. This looks messy and should be fixed, i.e. the buttons >>>>>> should be made the same width. >>>>>> - After seeing the button panels, I think a menu bar with a menu >>>>>> containing the save/load/close features would probably look nicer. F= or >>>>>> beginners, having the buttons right on the screen where they can see >>>>>> them is good, because then they don't need to hunt around or guess >>>>>> what features are available. But there is so much unused space, that >>>>>> after a while I suspect many users will find that to be a bit of an >>>>>> eyesore. So a menu bar might be the nicest way to deal with this. >>>>>> - And speaking of the menu bar, another possibility is to use a >>>>>> mouse-click menu, e.g. when the user, say, right-clicks on the image= , >>>>>> a menu with the save/load/close options would pop up. For frequent >>>>>> users of TheMatrix, this might be popular. >>>>>> =20 >>>>>> I added the file ButtonTest into your developer package on CVS with = a >>>>>> few more test rungs, including a few comments. I also add the method >>>>>> "enableAllButtons" to TheButtonMatrix. >>>>>> =20 >>>>>> Toby >>>>>> =20 >>>>>> =20 >>>>>> ------------------------------------------------------- >>>>>> This SF.Net email is sponsored by Oracle Space Sweepstakes >>>>>> Want to be the first software developer in space? >>>>>> Enter now for the Oracle Space Sweepstakes! >>>>>> http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick >>>>>> <http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick> >>>>>> _______________________________________________ >>>>>> csjava-developer mailing list >>>>>> csj...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/csjava-developer >>>>>> =20 >>>>>> =20 >>>>>> =20 >>>>>> =20 >>>>>> =20 >>>>>> =20 >>>>> =20 >>>>> =20 >>>>> =20 >>>>> =20 >>>>> =20 >>>> =20 >>>> =20 >>>> =20 >>>> =20 >>> =20 >>> =20 >>> =20 >>>=20 >>> No virus found in this outgoing message. >>> Checked by AVG Anti-Virus. >>> Version: 7.0.322 / Virus Database: 266.11.17 - Release Date: 25/05/05 >>> =20 >> =20 >> =20 >> --=20 >> Dr. Toby Donaldson >> School of Computing Science >> Simon Fraser University >> =20 >>=20 >>=20 >>=20 >> No virus found in this incoming message. >> Checked by AVG Anti-Virus. >> Version: 7.0.322 / Virus Database: 266.11.17 - Release Date: 25/05/05 >> =20 >=20 >=20 >=20 > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.322 / Virus Database: 267.3.3 - Release Date: 31/05/05 --=20 Dr. Toby Donaldson School of Computing Science Simon Fraser University |
|
From: Daryl V. H. <dva...@sf...> - 2005-06-01 03:19:47
|
No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 267.3.3 - Release Date: 31/05/05 |
×
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