Re: [MSEide-MSEgui-talk] Problem with last commit.
On Wednesday 20 December 2017 22:57:00 fredvs wrote: > > iassistiveserver has been extended, simply add according dummy functions > > to your class, clientmouseevent() has been renamed to > > doclientmouseevent() for > > consistency, it has been mentioned in VERSION.TXT. > > Ouf, ok, fixed and it works like before (you scared me). > > Re-by the way, I am curious to test your new assistive features. > There probably will be a demo program. Martin -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Problem with last commit.
On Wednesday 20 December 2017 20:31:24 fredvs wrote: > > Thereason is that I currently make a tassistivserver component for > > applications which are specifically designed for visually impaired > > people. > > Ha, earlier tassistivserver was not able to help visually impaired people ? > Could you explain, please, what does the new tassistivserver that earlier > did not do ? > SAK can be used in order to add speak assistance to arbitrary applications, MSEgui tassistivehandler is designated for applications which are specially designed from scratch for blind people. Martin -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Problem with last commit.
> iassistiveserver has been extended, simply add according dummy functions to > your class, clientmouseevent() has been renamed to doclientmouseevent() > for > consistency, it has been mentioned in VERSION.TXT. Ouf, ok, fixed and it works like before (you scared me). Re-by the way, I am curious to test your new assistive features. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Problem with last commit.
> Thereason is that I currently make a tassistivserver component for > applications which are specifically designed for visually impaired people. Ha, earlier tassistivserver was not able to help visually impaired people ? Could you explain, please, what does the new tassistivserver that earlier did not do ? Thanks. Fre;D , -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Reactivate my project
> Huh, sincerely, I thought that you did it work No, since I suspended my project which needed that :) > Huh, about ICY Data, do you know a application that can deal with it (to see > what must be the result). Not really. This is not urgent for me now. Maybe I'll even try to continue this later when nothing else left in my app -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Rich internet Application
On 18.12.2017 22:49, Graeme Geldenhuys wrote: Web apps users have different needs and expect different behaviour to desktop applications. Not in my world :-). Same consists of embedded software that most of the time does not need any GUI at all. But usually a network connection is available. But it needs to be monitored or configured whenever necessary. Here either a) some hardware could be provided to have the maintainer do that (i.e. a local GUI using some standard library (such as mseGUI) and some standard widget set) b) a standard web server or web server interface (such as CGI or Apache API) is implemented and a standard browser is used to attach to the device. c) some propriety protocol and a dedicated software to run on a PC is implemented. The communication could be either defined by the GUI library (-> ifi) or be propriety according to the needs of the application (GUI and "Business-Code" separation). Finally: b1) part of the application runs on the remote site in the browser, the communication could be either defined by the GUI library (-> ifi) or be propriety according to the needs of the application. The application might either run on dedicated hardware or on a web server. Now in a perfect world it should be possible do to a normal (mse-)GUI application (->a) and just set a switch to compile it to work according to (->b). Of course it would be acceptable if only a subset of the full range of visual components is provided in such portable way. Obviously b) and b1) ask for pas2js (or even better for pascal to webassembly) compilation. -Michael -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
