Orca does not speak

[Linux for blind general discussion]

Hi, Didier:

I think I and you are agreeing to disagree, which is certainly OK by me,
too. It's very much a nit.

Also, I don't think I would have even spoken up had the original posting
mentioned Orca. But, it didn't. It mentioned some app called
screen-reader. That little detail has gotten lost while we argue about
replace vs restart.


Perhaps my real complaint is renaming (or aliasing?) Orca as
screen-reader. Who does that help?

But, it's still a nit. I agree about moving on.

Best,

Janina

Linux for blind general discussion writes:
> I think that we disagree because we are not speaking of the same thing.
> 
> When I write "replace orca" I mean: replace an instance of the orca
> application living in RAM.
> 
> When you write "restart orca" you mean: restart orca, application
> usually stored on a mass storage device.
> 
> To illustrate the difference: you can have two instances of orca
> running at the same time (one for Janina, one for Didier), but you
> have only one Orca installed in your system.
> 
> This being said, I'd better spend my time preparing the next big
> batch of updates for Slit than arguing here, even more so as it's
> up to Joanie, not me, to decide of the option's name <smile>
> 
> Best,
> 
> Didier
> 
> On 15/01/2019 18:55, Linux for blind general discussion wrote:
> > OK, one more nit on this argument ...
> > 
> > Linux for blind general discussion writes:
> >> Typing "orca -r", you kill this process (i.e., you remove it from
> >> the RAM), and you replace it with a new one.
> >>
> > The reason this is flawed is that there is no longer a Orca running once
> > the pid has been killed. Restarting Orca involves assigning a new pid to
> > it for inter-process communications. But, that's not a replacement, it's
> > an application restart that necessarily includes acquiring a process id.
> > 
> > Now, if you could magically give Orca a new pid without killing the app,
> > then perhaps replace might be appropriate.
> > 
> > _______________________________________________
> > Blinux-list mailing list
> > Blinux-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/blinux-list
> > 
> 
> _______________________________________________
> Blinux-list mailing list
> Blinux-list at redhat.com
> https://www.redhat.com/mailman/listinfo/blinux-list

-- 

Janina Sajka

Linux Foundation Fellow
Executive Chair, Accessibility Workgroup:	http://a11y.org

The World Wide Web Consortium (W3C), Web Accessibility Initiative (WAI)
Chair, Accessible Platform Architectures	http://www.w3.org/wai/apa