TZUTC: 1000   
   MSGID: 35.fidonet_internet@3:633/416 2314a30c   
   REPLY: 2:310/31 5eaf02f2   
   TID: SBBSecho 3.06-Win32 r3.101 Jan  1 2019 MSC 1800   
   -=> 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)   
   SEEN-BY: 1/123 90/1 120/340 601 226/30 227/114 702 229/101 426 452   
   SEEN-BY: 229/664 1014 240/5832 249/206 317 400 292/854 317/3 322/757   
   SEEN-BY: 342/200   
   PATH: 633/416 280 712/848 280/464 229/101 426