Hi Chip,

I agree 1000%, well said!
Sam

----- Original Message ----- From: "Chip Orange" <[email protected]>
To: <[email protected]>
Sent: Saturday, June 27, 2009 9:08 PM
Subject: RE: Browse Mode - a suggestion/question


And, if anyone doesn't understand about the absolute priority for 64-bit
support, try and buy a new pc these days and look at what it comes with:
it's close to 100% 64-bit versions of the OS.  sometimes you can
special-order a 32-bit version, but I know several people who didn't think
about the question first, and when their new pc arrived, it had a 64-bit OS
that their screen reader was not compatible with.  what do they do then?

I'm only pointing out how circumstances can gang up on you to make you do
things out of order.

Chip


-----Original Message-----
From: Aaron Smith [mailto:[email protected]]
Sent: Saturday, June 27, 2009 1:17 PM
To: Sam bushman
Cc: Don H; gwmicro
Subject: Re: Browse Mode - a suggestion/question

Sam, I really think you need a new hobby. <grin>

Honestly. I don't know how many times we have to say it over, and over, and
over, and over, and over, but compared to the other issues on our plate,
browse mode was not number one. Yes, not being able to access some sites is
at the least annoying, and at the most, downright occupationally critical.
The majority of Window-Eyes users fall somewhere in between.

And, you might want to sit down for this one, believe it or not, users in
the United States aren't the only people using Window-Eyes. I know, I know. It's hard for an American to imagine he or she isn't the top priority in the
world. <grin>

Window-Eyes users span the entire globe. We're in every hemisphere, and on
every continent. And the needs of overseas users were not being met, so we
needed to put them first for once, and work on enhancing Braille,
localization, and a few other issues. That was a major undertaking.

We also had to get 64-bit support out. That was far more of a must for
people's jobs than browse mode. It wasn't just to shut Don H up. We also had to make sure that support for Windows 7 was up to par with everything else,
and that also included the 64-bit version of Windows 7.
We enhanced our edit box support to provide 100% text accuracy, but in the
beginnings, that brought out a lot of regressions that we had to go through. There were scripting issues that were slated for 7.0, but didn't make it. We
couldn't keep pushing those back, because scripting needs to stay
competitive.

Did you know that we had almost 30 private betas trying to work this stuff
out before we could get something to the public? No, of course you don't,
because you're too busy coming up with conspiracy theories as to why things
weren't resolved as you thought they should have been. That sounds more
harsh than I intend it to sound; I'm mostly being facetious.
But I want to make my point clear: when we sit down and work out the roadmap
for the next version of Window-Eyes, we don't ask our lawyers what they
think. We don't have shareholders to consult. We don't have a bottom line
that needs to be met. We do what we feel needs to be done for the majority
of our (worldwide) users.

I know the idea of Window-Eyes development being shrouded in the secrecy of
unknown legal proceedings and denials of being able to comment on what's
going on is much more titillating. But it's also make believe.

Aaron

On 6/27/2009 12:53 PM, Sam bushman wrote:
I just had an important thought, ... browse mode / place markers are
at the heart of the problems with freedom ... !
Well browse mode is also the part gw has not been willing to work on!
I am only speaking for my self and not involved in any issues with any
law suits etc.
So I have the opinion that gw will not do much with browse mode ...
'til they get clear of that stuff.
maybe I am wrong but, why lay your hand out to the opposition in the
middle of all that?
The best course of action would be to lay low ... finish that law suit
stuff with a strong hand ... then when clear ... have in the wings a
killer update that blows away the compitition?
Just a thought.

    Sam
    ----- Original Message -----
    *From:* Don H <mailto:[email protected]>
    *To:* gwmicro <mailto:[email protected]>
    *Sent:* Saturday, June 27, 2009 10:28 AM
    *Subject:* Re: Browse Mode - a suggestion/question

    Hopefully now with the release of 7.1 GW will be working full speed
    ahead to resolve browse mode issues. Don't think we will get a date
    out of GW for the release of version 8 but if I were a betting man I
    would say around the end of the year.

        ----- Original Message -----
        *From:* David <mailto:[email protected]>
        *To:* WE English mailing list <mailto:[email protected]>
        *Sent:* Saturday, June 27, 2009 11:19 AM
        *Subject:* Browse Mode - a suggestion/question

        For quite a while now, Browse mode, has basically stayed the
        same. For all of what I know, it might have been this way
        forever - I did get in touch with WE in version 6.0.
        To claim, there has been no updates to browse mode, would be
        totally out of range. It's enough to just mention the
        placemarker functions, implemented with WE7. Still these have
        been to some extend, what we could discribe as Minor updates or
        changes.
        For at least a year, GW staff has told us, there will be a major
        update, or even a rebuild of the whole, browse mode -
        sometime... NO! This is no complaining message, I just try to
        sum up, the facts, as far as my knowledge goes. And I do
        understand the reason for the REBUILD of the Browse Mode, and
        that there is nothing in stone yet. That is actually what all of
        this message is all about...
        The problem, as it is by date, and has been for all the past, is
        that Brose Mode is a part of the basic WE code. This means, that
        ONLY GW staff has access to it, and ONLY they can change it.
        They are few, and have limited resources. They also have to make
        priorities when comes to what features to update, and maintain.
        But the WEB, is a quite dynamic place. It changes often, and it
        does so, OVER NIGHT. Go to your favorite webpage today,
        everything is fine, open it tomorrow, and you are stuck - the
        webmaster had the joky idea in his head last night, to change
        one tiny piece of code, and you are helplessly left behind. You
        go to the WE mailing list, and sigh out your heart, and is told
        that somewhere down the line, someone down the staff, will do
        something down the code... And meanwhile? When we first were
        told that plans were for an update to Browse Mode, last year,
        the web had this and that, that was inaccessible. If we look one
        year, two years, or whatever ahead, to get the rebuild, the web
        will have changed dramtically, and the whole process will have
        to be repeated.
        OK, enough for the summing up. Here is my suggestion: Up till
        WE6.1, the WE code made up the whole WE software, and that was
        what you got, and what you had to stick to. From WE7, the
        software has become FAR more dynamic, by entering into the
        scripting world. This gives us big opportunites, when comes to
        keeping the software UP-TO-DATE, and running even under brand
        new circumstances.
        GW Staff:
        Why not simply remove the browse Mode from the basic code, and
        make it all into a script???
        Scripting the Browse Mode, would give several conveniences.
        First of all, not only GW staff would have access to it, meaning
        that if they don't have time to update, others might get the
        chance to jump in and give a hand. Secondly, the update would be
        far quicker and more easily done. Third, the users could benefit
        from the updates, even if they don't have the money to run and
        buy a newer version of WE, at least to some extend (most scripts
        can, for instance, be run as well under WE7, WE7.01, and WE7.1).
        Fourth, scripting would open up for features, that might not be
        possible, easily, to fit into the basic code.
        How well would this way of doing things work? Well, I did use
        another screen reader - back a few years ago - the German
        Blindows. They had done a similar solution, having no browse
        mode implemented in the screen reader itself, but bunddled it
        with a scripted software named WebFormator. The scripted browse
        mode, simply kicked in, whenever IE was opened, just like the
        Browse Mode of WE does. In practical, daily, use, the user might
        not even notice the difference. But when comes to the frequency,
        and time needed, to get out updates, everyone would benefit.
        ALLRIGHT, you all might state - and I guess this is the first
        reply we will get from staff members - but this will have to be
        in a later version of WE, sometime down the years.... !!! NO !!!
        Should be possible to get this done, already, with no new
        version of WE. A script could be out, that simply OVERRIDES the
        'built-in' Browse Mode, that is implemented in WE as per date.
        Later on, yes, go ahead and remove the built-in Browse Mode, but
        the script could be out far sooner than a new version of WE. A
        bit of a job to built such a script? OH, YES! But what a job to
        rebuilt the built-in code in WE? And when will next version of
        WE come out? Again, no complaint, but let's face the fact. Few
        things that the users put their screen reader on to accomplish,
        is any more dynamically, and rapidly changing, than namely the
        WEB. We've got scripts for far more stabile and non-dynamic
        tasks than that, already. As time goes by, more and more of the
        web will rapidly change. If GW have to rebuild their code for
        all of these changes, they will soon find they have to run a
        whole staff on just that one task. Putting it out as a script,
        will take away a good portion of that pressure, from their
        shoulders, as stated in the four points above.
        Well, what do you listers, think about this?

        If you reply to this message it will be delivered to the original
        sender only.  If your reply would benefit others on the list and
        your message is related to GW Micro, then please consider sending
        your message to [email protected] so the entire list will
receive it.

        All GW-Info messages are archived at
http://www.gwmicro.com/gwinfo, and can be searched through and sorted using
the search
        form at the bottom of the page.

        If you wish to unsubscribe from this list, send a message to
        [email protected] and include leave gw-info in the body
        of the message.

    If you reply to this message it will be delivered to the original
    sender only.  If your reply would benefit others on the list and
    your message is related to GW Micro, then please consider sending
    your message to [email protected] so the entire list will receive
it.

    All GW-Info messages are archived at http://www.gwmicro.com/gwinfo,
and can be searched through and sorted using the search
    form at the bottom of the page.

    If you wish to unsubscribe from this list, send a message to
    [email protected] and include leave gw-info in the body
    of the message.


If you reply to this message it will be delivered to the original
sender only.  If your reply would benefit others on the list and your
message is related to GW Micro, then please consider sending your
message to [email protected] so the entire list will receive it.

All GW-Info messages are archived at http://www.gwmicro.com/gwinfo,
and can be searched through and sorted using the search form at the bottom
of the page.

If you wish to unsubscribe from this list, send a message to
[email protected] and include leave gw-info in the body of the
message.

--
To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information pertinent to
your situation when submitting a problem report to the GW Micro Technical
Support Team.

Aaron Smith
GW Micro
Phone: 260/489-3671
Fax: 260/489-2608
WWW: http://www.gwmicro.com
FTP: ftp://ftp.gwmicro.com
Technical Support & Web Development

If you reply to this message it will be delivered to the original sender
only.  If your reply would benefit others on the list and your message is
related to GW Micro, then please consider sending your message to
[email protected] so the entire list will receive it.

All GW-Info messages are archived at http://www.gwmicro.com/gwinfo, and can
be searched through and sorted using the search form at the bottom of the
page.

If you wish to unsubscribe from this list, send a message to
[email protected] and include leave gw-info in the body of the message.

If you reply to this message it will be delivered to the original
sender only.  If your reply would benefit others on the list and
your message is related to GW Micro, then please consider sending
your message to [email protected] so the entire list will receive it.

All GW-Info messages are archived at http://www.gwmicro.com/gwinfo, and can be searched through and sorted using the search
form at the bottom of the page.

If you wish to unsubscribe from this list, send a message to
[email protected] and include leave gw-info in the body
of the message.


If you reply to this message it will be delivered to the original
sender only.  If your reply would benefit others on the list and
your message is related to GW Micro, then please consider sending
your message to [email protected] so the entire list will receive it.

All GW-Info messages are archived at http://www.gwmicro.com/gwinfo, and can be 
searched through and sorted using the search
form at the bottom of the page.
If you wish to unsubscribe from this list, send a message to
[email protected] and include leave gw-info in the body of the message.

Reply via email to