jOrgan 3.8 Beta 7 Observations

View: New views
11 Messages — Rating Filter:   Alert me  

jOrgan 3.8 Beta 7 Observations

by lwalls :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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

Re: jOrgan 3.8 Beta 7 Observations

by Bernd Casper :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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: lwalls@...
Empfänger: 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@...
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

Re: jOrgan 3.8 Beta 7 Observations

by greenfox Rick :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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: lwalls@...
Empfänger: 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
%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

Re: jOrgan 3.8 Beta 7 Observations

by greenfox Rick :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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: lwalls@...
Empfänger: 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
%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

Re: jOrgan 3.8 Beta 7 Observations

by greenfox Rick :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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: lwalls@...
Empfänger: 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
%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

Re: jOrgan 3.8 Beta 7 Observations

by svenmeier :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi 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 Observations

by svenmeier :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi 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 Observations

by greenfox Rick :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Sven

Thank 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:
  
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 lwalls@...
    *Empfänger:* jorgan-user 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@...
    %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

  

------------------------------------------------------------------------------
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

by svenmeier :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi 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 Observations

by svenmeier :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi 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 Observations

by greenfox Rick :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Thank you Sven

Regards
Rick

Sven Meier wrote:
Hi 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 lwalls@...
    *Empfänger:* jorgan-user 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@...
    %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

  

------------------------------------------------------------------------------
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