[jawsscripts] Re: StringArray operator function availability? or lack thereof. thoughts?
- From: Soronel Haetir <soronel.haetir@xxxxxxxxx>
- To: jawsscripts@xxxxxxxxxxxxx
- Date: Fri, 2 Jul 2010 07:39:00 -0800
Like any other skill it's something that takes effort to develop.
Something else to keep in mind, my experience is that that the plan is
followed for about 33% of the project and then the customer asks for
changes (small at first) that whittle away at the ability to follow
the plan. By the time you reach 75% the plan is only a distant memory
and new stuff is getting added haphazardly and a lot of praying occurs
over the source control server.
Detailed planning of that sort is great
(1) if you're able to do it right (which probably means you've done it
wrong at least once),
(2) If the system you're working on has a single job, no matter how
complicated, that really has no way to expand to handle more tasks
(think space shuttle control code here)
or (3) If you are damned lucky, don't expect it to happen again.
On 7/1/10, Geoff Chapman <gch@xxxxxxxxxxxxxxxx> wrote:
> ah. thanks Don. I'll keep in mind never to join one of these "professional
> develop shops," of which you speak then! <grin.>
>
> I don't seem to be very adept yet, at analysis and pre-coding thought. it
> evades/eludes me somehow.
> Don't quite know wy?
>
> Still, writing questions to this list somehow helps me to think through my
> issues better. Jus so's you're all aware, if you can believe it, I don't
> actually end up posting everything I sit down to post to the list! some
> things never make it to air, coz by the tkime I've spent xx time writing the
> whole jolly thing up, my brain has better processed it and I can often,
> though not always, see at least the semblance of a solution to the problem I
> couldn't see before writing it all out.
>
> Remind me never to get a job as any kind of annalist though eh? <grin.>
>
> ----- Original Message -----
> From: "Donald Marang" <donald.marang@xxxxxxxxx>
> To: <jawsscripts@xxxxxxxxxxxxx>
> Sent: Wednesday, June 30, 2010 11:49 PM
> Subject: [jawsscripts] Re: StringArray operator function availability? or
> lack thereof. thoughts?
>
>
>> That is quite normal. That is one reason professional development shops
>> require lots of thought and analysis before ever writing code.
>>
>> Don Marang
>>
>> --------------------------------------------------
>> From: "Geoff Chapman" <gch@xxxxxxxxxxxxxxxx>
>> Sent: Wednesday, June 30, 2010 3:41 AM
>> To: <jawsscripts@xxxxxxxxxxxxx>
>> Subject: [jawsscripts] StringArray operator function availability? or lack
>> thereof. thoughts?
>>
>>> Mighty scripters.
>>>
>>> Well, since as you're all painfully aware by now, <grin,> I've somehow
>>> found
>>> myself jumping into the land of scripting with both feet clad in horridly
>>> large and ahem, somewhat
>>> rather smelly army boots, hahaha, anywayz, because of this,
>>> I've kinda picked right up on usage of the whole new jaws11 array thang.
>>> I've found them very useful I must say, for getting through a whole bunch
>>> of
>>> jobs, but I have couple queeries surrounding them, that I wanted to put
>>> before you more seasoned scripters/programmers, who might also be up to
>>> speed on usage of the new Array functions?
>>>
>>> But who also have experience in their usage across a wider milieu than
>>> just
>>> the jaws scripting language?
>>> I thought this might give me a more informed platform from which to
>>> wish/expect from fs, the fulfillment of my inner desires regarding
>>> arrays,
>>> and what functions we might one day expect
>>> to be provided to operate on them.
>>>
>>> I'll just mention one today, but, for example, it seems to me that many
>>> of
>>> the functions used to operate on plain string variables, of which as you
>>> know there are many, won't work on the individual slots of stringArray
>>> variables. This is rather a shame in my view, but for all I know, it's
>>> normative?
>>>
>>> I guess it's maybe understandable, in that they weren't built for arrays.
>>> And I realize that array's are different animals than plain single
>>> strings.
>>> But, I guess my question is, is it reasonable for me to want/expect that
>>> some day, they might be?
>>>
>>> Because, the way things are now, it rather forces one to have to
>>> learn/adopt
>>> new strategies/work-arounds, for accomplishing some of the tasks which
>>> historically would've been performed by specific builtin functions
>>> designed
>>> to do the jobs rather elegantly directly on plain string variables, but,
>>> as
>>> I say, not on string Arrays.
>>>
>>> My case In point today, for example, is, say, usage of the stringIsBlank
>>> function.
>>>
>>> if, for example, I'm needing to grab text from the screen, and store it
>>> in,
>>> say 24 slots of a single dimension StringArray.
>>> But then, I'm wanting to perform functionality akin to what I previously
>>> would've used StringIsBlank to do, if I'd been using the old simple
>>> individual string variables.
>>> Because, I presume, that if I have a line in the midst of a while loop
>>> cranking through each slot of a global previously declared
>>> StringArray, something like:
>>> var
>>> String MyString,
>>> int iCount
>>> ; crank through the loop of the array and perform stuff on each slot
>>> let iCount = 1
>>>
>>> while iCount <= 24 ; the amount of slots I have
>>> if gsaMyStringArray[iCount] > "" then
>>> ; do stuff
>>> else
>>> Do other stuff
>>> let iCount = iCount + 1 ; do it for all slots in the Array
>>> EndIf ; string is reasonably blank check
>>> EndWhile
>>>
>>> this would presumably only flag as true, if there were absolutely no
>>> space
>>> or tab characters in that slot of the StringArray. Whereas, if I
>>> understand
>>> this correctly, the StringIsBlank function, knows that spaces and Tabs
>>> are
>>> not generally spoken output fodda, and so will return true even if the
>>> string contains those, but no other normatively speakable information?
>>> Is this correct?
>>>
>>> I guess I'm using this practical example, as a template to kinda wanna
>>> ask
>>> about this in a kind of generic way, in asking for thoughts about
>>> potential
>>> caveats/work-arounds with using Arrays, from those of you with a ton more
>>> programming experience than me?
>>>
>>> Hmmm, I mean, I presume, that I could make the while loop just do a
>>> little
>>> bit more work, by doing a let statement on my stringArray slot, to assign
>>> it
>>> to a plain stringVariable, just to perform my StringIsBlank check on it.
>>> hmm.
>>> Hadn't thought of that before.
>>> maybe like:
>>>
>>> let MyString = gsaMyStringArray[iCount]
>>> if StringIsBlank (myString) then
>>>
>>> but, hmmm, well I guess tha'ts not that hard really eh.
>>> well is that the preferred/expected work-around in utilizing arrays, that
>>> one is expected to do? and is perfecdtly reasonable to do?
>>>
>>> or might we expect that some more elegant array operations builtins,
>>> might
>>> be provided us if asked for, in due time? or am I totaly up a tree and
>>> need
>>> my head read for crazy thinking again?
>>>
>>> actually in sitting down to write this question, and then actually you
>>> know,
>>> having to provide code to elucidate it, I've actually learned something
>>> today, hmm, again,
>>> about myself, which I guess I
>>> share in case it might help other newby scripters.
>>>
>>> And actually I have discovered this a couple of times, but, well, I
>>> somehow
>>> haven't yet built it into my normative coding toolbox of how to solve
>>> problems.! for it seems that when I actually have to sit down and explain
>>> and write out the whole jolly problem or question I'm wanting to ask, and
>>> try and provide realWorld example code so as you don't all think I'm just
>>> expecting a total spoonFeedingb job the whole time, Sometimes I actually
>>> find I can come up with an answer, or, as in this case, that the question
>>> sounds a whole lot less difficult or annoying to solve, than I first
>>> thought! hmmm. this is kinda wierd though. Or in learning to program
>>> land,
>>> is this kind of thing normative maybe?
>>>
>>>
>>> thanks for any further comments/thoughts though that anyone would like to
>>> add, either to the beginning or end of this lengthy post!
>>>
>>> Geoff c.
>>>
>>>
>>>
>>>
>>>
>>> __________�
>>>
>>> View the list's information and change your settings at
>>> http://www.freelists.org/list/jawsscripts
>>>
>> __________�
>>
>> View the list's information and change your settings at
>> http://www.freelists.org/list/jawsscripts
>>
>
> __________�
>
> View the list's information and change your settings at
> http://www.freelists.org/list/jawsscripts
>
>
--
Soronel Haetir
soronel.haetir@xxxxxxxxx
__________�
View the list's information and change your settings at
http://www.freelists.org/list/jawsscripts
Other related posts: