|
View:
New views
11 Messages
—
Rating Filter:
Alert me
|
|
|
jOrgan 3.8 Beta 7 Observations1. No functional problems found...yet.
2. Piston setting (combo capturing) now takes a very long time in computer terms. After activating the "Captor", then clicking the specific piston to be captured, the time until the Captor finishes takes 12 seconds for every "General" piston in my disposition, and about 4 seconds for every "Divisional" piston. This is a very repeatable phenomenon, and is probably related to the total number of stops/couplers/etc. being referenced by the Combo piston being saved. Given the speed of computers, what could the program be doing for this much time? Functionally, the process seems to work OK, and saves the Combo settings correctly -- it's just that the time to save the settings seems extraordinarily long! Lynn ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 ObservationsHi Sven,
similarily to Lynn's observation, also at both my systems (P4/AMD) the
combinations setting and recalling seems to work (partly much) slower than in v.
3.7. By standard I've only 10 x 10 combinations available by 10 pistons and one
memory element.
Regards
Bernd.
------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 Observations
I have just tried V3.8b7 with the Christie
disposition. I don't have a problem with the time to set a
combination. My general pistons have 165 elements referenced, they are
taking 2 to 3 seconds to "SET". Divisionals a little quicker, about 2
seconds.
I have noticed something else though. The "Add Reference" or "New References" dialogue box lists all the elements in a jumble. With 317 elements currently in the Christie disposition it can become a daunting task finding a specific one. Does this have to do with the new ordering being the order an element was added to a disposition? Is there any chance this could be at least in alphabetical order, or element type then alphabetical, or have sort option buttons like the element list and references? Thank you Regards Rick Bernd Casper wrote:
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 Observations
One more aspect that I find a bother.
To test new versions, I install each version in its own folder eg. jorgan387. When you run one version, you have the Open File dialogue looking at eg jorgan385\dispositions. If you close 385 and then start jorgan387, the Open File dialogue is still looking at jorgan385\dispositions. Is there any way this can default to the current folder rather than the last folder? I also now name my dispositions with the version code so as not to get confused. Thank you Regards Rick Bernd Casper wrote:
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 Observations
again, my two bobs worth.
I don't like the way full screen now does not go over the Windows task bar. I gather other people have this preference. Is there or can there be a way to select how this functions? Thanks Rick Bernd Casper wrote:
------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 ObservationsHi Rick,
what do you mean by *now*? Did it cover the task bar in previous versions? Sven Rick (greenfox) wrote: > again, my two bobs worth. > > I don't like the way full screen now does not go over the Windows task > bar. I gather other people have this preference. Is there or can > there be a way to select how this functions? > > Thanks > Rick > > Bernd Casper wrote: >> Hi Sven, >> similarily to Lynn's observation, also at both my systems >> (P4/AMD) the combinations setting and recalling seems to work (partly >> much) slower than in v. 3.7. By standard I've only 10 x 10 >> combinations available by 10 pistons and one memory element. >> Regards >> Bernd. >> >> >> ----- Folgende Nachricht wurde empfangen ----- >> >> *Absender:* Lynn Walls <mailto:lwalls@...> >> *Empfänger:* jorgan-user <mailto:jorgan-user@...> >> *Zeit:* 2009-11-02, 23:16:18 >> *Betreff:* [jOrgan-user] jOrgan 3.8 Beta 7 Observations >> 1. No functional problems found...yet. >> >> 2. Piston setting (combo capturing) now takes a very long time in >> computer terms. After activating the "Captor", then clicking the >> specific piston to be captured, the time until the Captor >> finishes takes >> 12 seconds for every "General" piston in my disposition, and about 4 >> seconds for every "Divisional" piston. This is a very repeatable >> phenomenon, and is probably related to the total number of >> stops/couplers/etc. being referenced by the Combo piston being >> saved. >> Given the speed of computers, what could the program be doing for >> this >> much time? Functionally, the process seems to work OK, and saves the >> Combo settings correctly -- it's just that the time to save the >> settings >> seems extraordinarily long! >> >> Lynn >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. >> Jumpstart your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> jOrgan-user mailing list >> jOrgan-user@... >> <mailto:%20jOrgan-user@...> >> https://lists.sourceforge.net/lists/listinfo/jorgan-user >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> jOrgan-user mailing list >> jOrgan-user@... >> https://lists.sourceforge.net/lists/listinfo/jorgan-user >> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > jOrgan-user mailing list > jOrgan-user@... > https://lists.sourceforge.net/lists/listinfo/jorgan-user > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 ObservationsHi Rick,
this issue was already discussed: No, there is no way. Regards Sven Rick (greenfox) wrote: > One more aspect that I find a bother. > > To test new versions, I install each version in its own folder eg. > jorgan387. > > When you run one version, you have the Open File dialogue looking at > eg jorgan385\dispositions. If you close 385 and then start jorgan387, > the Open File dialogue is still looking at jorgan385\dispositions. > Is there any way this can default to the current folder rather than > the last folder? > > I also now name my dispositions with the version code so as not to get > confused. > > Thank you > Regards > Rick > > Bernd Casper wrote: >> Hi Sven, >> similarily to Lynn's observation, also at both my systems >> (P4/AMD) the combinations setting and recalling seems to work (partly >> much) slower than in v. 3.7. By standard I've only 10 x 10 >> combinations available by 10 pistons and one memory element. >> Regards >> Bernd. >> >> >> ----- Folgende Nachricht wurde empfangen ----- >> >> *Absender:* Lynn Walls <mailto:lwalls@...> >> *Empfänger:* jorgan-user <mailto:jorgan-user@...> >> *Zeit:* 2009-11-02, 23:16:18 >> *Betreff:* [jOrgan-user] jOrgan 3.8 Beta 7 Observations >> 1. No functional problems found...yet. >> >> 2. Piston setting (combo capturing) now takes a very long time in >> computer terms. After activating the "Captor", then clicking the >> specific piston to be captured, the time until the Captor >> finishes takes >> 12 seconds for every "General" piston in my disposition, and about 4 >> seconds for every "Divisional" piston. This is a very repeatable >> phenomenon, and is probably related to the total number of >> stops/couplers/etc. being referenced by the Combo piston being >> saved. >> Given the speed of computers, what could the program be doing for >> this >> much time? Functionally, the process seems to work OK, and saves the >> Combo settings correctly -- it's just that the time to save the >> settings >> seems extraordinarily long! >> >> Lynn >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. >> Jumpstart your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> jOrgan-user mailing list >> jOrgan-user@... >> <mailto:%20jOrgan-user@...> >> https://lists.sourceforge.net/lists/listinfo/jorgan-user >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> jOrgan-user mailing list >> jOrgan-user@... >> https://lists.sourceforge.net/lists/listinfo/jorgan-user >> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > jOrgan-user mailing list > jOrgan-user@... > https://lists.sourceforge.net/lists/listinfo/jorgan-user > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 ObservationsThank you for looking into my comments. In all versions prior to 387, full screen mode has always covered the taskbar on my system. When I hit F11 for the first time in V3.8b7 I was surprised to see the taskbar still visable covering part of my console. I spent quite a bit of time running V3.8b5 and it covered the taskbar. Regards Rick Sven Meier wrote: Hi Rick, what do you mean by *now*? Did it cover the task bar in previous versions? Sven Rick (greenfox) wrote: ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 ObservationsHi Rick,
I've changed the ordering to alphabetic as you have suggested. Sven Rick (greenfox) wrote: > I have just tried V3.8b7 with the Christie disposition. I don't have > a problem with the time to set a combination. My general pistons have > 165 elements referenced, they are taking 2 to 3 seconds to "SET". > Divisionals a little quicker, about 2 seconds. > > I have noticed something else though. The "Add Reference" or "New > References" dialogue box lists all the elements in a jumble. With 317 > elements currently in the Christie disposition it can become a > daunting task finding a specific one. > Does this have to do with the new ordering being the order an element > was added to a disposition? > Is there any chance this could be at least in alphabetical order, or > element type then alphabetical, or have sort option buttons like the > element list and references? > > Thank you > Regards > Rick > > Bernd Casper wrote: >> Hi Sven, >> similarily to Lynn's observation, also at both my systems >> (P4/AMD) the combinations setting and recalling seems to work (partly >> much) slower than in v. 3.7. By standard I've only 10 x 10 >> combinations available by 10 pistons and one memory element. >> Regards >> Bernd. >> >> >> ----- Folgende Nachricht wurde empfangen ----- >> >> *Absender:* Lynn Walls <mailto:lwalls@...> >> *Empfänger:* jorgan-user <mailto:jorgan-user@...> >> *Zeit:* 2009-11-02, 23:16:18 >> *Betreff:* [jOrgan-user] jOrgan 3.8 Beta 7 Observations >> 1. No functional problems found...yet. >> >> 2. Piston setting (combo capturing) now takes a very long time in >> computer terms. After activating the "Captor", then clicking the >> specific piston to be captured, the time until the Captor >> finishes takes >> 12 seconds for every "General" piston in my disposition, and about 4 >> seconds for every "Divisional" piston. This is a very repeatable >> phenomenon, and is probably related to the total number of >> stops/couplers/etc. being referenced by the Combo piston being >> saved. >> Given the speed of computers, what could the program be doing for >> this >> much time? Functionally, the process seems to work OK, and saves the >> Combo settings correctly -- it's just that the time to save the >> settings >> seems extraordinarily long! >> >> Lynn >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. >> Jumpstart your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> jOrgan-user mailing list >> jOrgan-user@... >> <mailto:%20jOrgan-user@...> >> https://lists.sourceforge.net/lists/listinfo/jorgan-user >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> jOrgan-user mailing list >> jOrgan-user@... >> https://lists.sourceforge.net/lists/listinfo/jorgan-user >> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > jOrgan-user mailing list > jOrgan-user@... > https://lists.sourceforge.net/lists/listinfo/jorgan-user > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 ObservationsHi Lynn,
I've double checked the changes for the new memory extension and I don't see a reason there why combination capturing should now take longer than with previous versions. Normally the only thing that should a noticeable time in jOrgan is redrawing of the console. Just to be on the safe side, could you please repeat your test with no skin? Thanks Sven Lynn Walls wrote: > 1. No functional problems found...yet. > > 2. Piston setting (combo capturing) now takes a very long time in > computer terms. After activating the "Captor", then clicking the > specific piston to be captured, the time until the Captor finishes takes > 12 seconds for every "General" piston in my disposition, and about 4 > seconds for every "Divisional" piston. This is a very repeatable > phenomenon, and is probably related to the total number of > stops/couplers/etc. being referenced by the Combo piston being saved. > Given the speed of computers, what could the program be doing for this > much time? Functionally, the process seems to work OK, and saves the > Combo settings correctly -- it's just that the time to save the settings > seems extraordinarily long! > > Lynn > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > jOrgan-user mailing list > jOrgan-user@... > https://lists.sourceforge.net/lists/listinfo/jorgan-user > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
|
|
Re: jOrgan 3.8 Beta 7 ObservationsRegards Rick Sven Meier wrote: Hi Rick, I've changed the ordering to alphabetic as you have suggested. Sven Rick (greenfox) wrote: ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ jOrgan-user mailing list jOrgan-user@... https://lists.sourceforge.net/lists/listinfo/jorgan-user |
| Free embeddable forum powered by Nabble | Forum Help |