Subj : Re: Zoom anyone?
To : Richard Menedetter
From : Dennisk
Date : Mon May 04 2020 11:08 am
-=> Richard Menedetter wrote to Borax Man <=-
RM> Hi Borax!
RM> 03 May 2020 07:20, from Borax Man -> Richard Menedetter:
RM>> They ARE designed for it for a long time.
BM> Yes, for a long time this mistake has festered.
RM> We agree to disagree :)
I don't think we disagree that much. I was developing what was to be a web app
with the backing of a development company. Much of this opinion is based on
discussion with a key developer there who has worked with this technology.
BM> The issue is that we are reimplementing gui elements over HTTP, and
BM> this has meant having to bolt on functionality. I used to use quite a
BM> few web based apps at work, now none. What used to be a web based apps
BM> is now dedicated client programs using a crossplatform toolkit like
BM> QT.
RM> I did not mean that it is the best solution for everything.
RM> But there are a lot of really, really good usecases.
BM> We will continue to see complex websites, such as YouTube, Jitsi,
BM> there will always be rich web portals, but we will see fewer
BM> applications unrelated to a website using browsers.
RM> I do not know.
RM> 99% of the programs I use privately are browser and terminal.
RM> I used to use a specialized mailclient, now I use webmail.
RM>> For example ChromeOS runs all its apps in the browser.
RM>>
https://en.wikipedia.org/wiki/Chrome_OS
BM> Is it a proper OS, or an appliance?
RM> I do not use it, so I am not that familiar.
RM> But it seems that it is a small linux system, where linux is hidden,
RM> and the only shell is the browser.
RM> It is used to view webpages and to run applications.
BM> What I was referring to are things like web based Material Resource
BM> Management programs, Quality Management programs and other enterprise
BM> applications.
RM> At work we have a lot of webapps.
RM> Most of them are not very well made.
RM> But usually because they did not put in a lot of effort, or they used
RM> really bad SAP Webthingy (whatever that is called.)
Interesting that we would have such different experienced.
RM> But naturally I agree that huge specialized applications can be better
RM> optimized if they are local apps.
RM> But something like this is still extremely powerful:
RM>
https://www.freephototool.com/
RM> CU, Ricsi
RM> ... It is better to have a permanent income that to be fascinating.
RM> --- GoldED+/LNX
RM> * Origin: A friend is someone who knows me and likes me anyway.
RM> (2:310/31)
(I was Borax Man)
To be honest, I'm just annoyed that things got to a state where I struggled
with a Pentium-M 1.66 GHz with 1G of ram to view basic webpages. That and I
remember having to provide support for web apps which required not just IE, but
a specific version of IE, because people in their wisdom thought to use browser
and version specific extensions. I simply can't accept a status quo where so
much computing power is needed for simple tasks, it's just not justifiable.
There MUST be a design error in there somewhere. I get why things are the way
they are and the arguments to a degree make sense. But still, what we have now
is from people deciding to push technology past its design.
There is good reason to put applications over the internet, but it shouldn't
have been over "HTTP", which is to transfer HyperText. Perhaps something like
"ATP", Application Transfer Protocol should have been developed (which could
use HTTP as a subset), allowing the functionality available in freephototool,
but also allowing HTTP to be implemented in a more pure, simpler fashion.
... MultiMail, the new multi-platform, multi-format offline reader!
--- MultiMail/Linux v0.52
* Origin: Mind's Eye BBS - mindseye.ddns.net - Australia (3:633/416)
