and what about those of us that still use Vista, and if possible never move on, and those that still use XP?
Just dump us in the cold outright?
Windows 7 will be the platform of choice for traditional Windows apps and not Win10 as it will automatically upgrade itself into oblivion.
ReactOS will have achieved usability as a beta by then and you will be able to run your QB64 apps on ReactOS.
My workaround for the Windows UWP problem is to abandon Windows, adopt Kubuntu as my base host
ReactOS is not stable enough to run multiple applications but is stable enough to run a single application on a VM.
Look at UWP as the death of Windows and the birth of something better
Windows store-only apps? VB6 available via the windows store? They can't do it.
The future is bright, the future is NOT Microsoft.
Quoteand what about those of us that still use Vista, and if possible never move on, and those that still use XP?
Just dump us in the cold outright?
Nope, not saying that at all. QB64 versions made for these versions of Windows will still work fine.
My point, I believe more development in the Linux arena should be considered now for the future of QB64.and
QB64 versions made for these versions of Windows will still work fine.
@Steve:
What about SHELL in LINUX? I would think something would have to be added to emulate the same SHELL commands as in the MS COMMAND window routines.
Pete
So WHY stick to Windows??
Because nothing else works worth a shit any more.
Linux and QB64 is now completely unusable.
Linux and QB64 is now completely unusable.
QuoteLinux and QB64 is now completely unusable.
That’s your experience, Steve. Not mine, not Luke’s, not a lot of people’s. That type of statement is highly misleading.
fresh install of QB64 (latest stable version) on the latest release of Linux Mint as well a few days ago - both the QB64 executable itself, as well as the compiled executables themselves, could not be executed by double-clicking them in the file manager (although, in my case at least, the compilation itself worked), because they were misidentified as "shared libraries" instead of executables (all permissions are set correctly). Running them from the terminal window works fine, though.
How is it used? A Polyphase Merge... I feel like a child with all those words I don't understand.
Tell me you've seen this vid - its been passed around quite a bit.
https://www.destroyallsoftware.com/talks/the-birth-and-death-of-javascript (https://www.destroyallsoftware.com/talks/the-birth-and-death-of-javascript)
Very good recommendation - that has opened my mind quite a bit...
Mentioning ReactOS a few times, this is timely:
https://www.reactos.org/forum/viewtopic.php?f=16&t=17936 (https://www.reactos.org/forum/viewtopic.php?f=16&t=17936)
ReactOS 0.4.10 released (Alpha).
and you can see the state of testing with real world apps that you and I might use.
https://reactos.org/wiki/Tests_for_0.4.10 (https://reactos.org/wiki/Tests_for_0.4.10)
Reactos looks like all the time was spent getting applications that won't run on it to successfully install.
Not really, that list changes all the time and that's due to structural changes being implemented, those regressions can often be simple, ReactOS was missing SO much initially but recently it has been receiving a lot of the fundamental fixes and the list of working apps is growing and growing as those are put in place.
For me, ReactOS will be usable when I can run Photoshop on it, my default editor RJTextEd and a javascript engine or two. It isn't far off that. I feel a test run coming on tonight in a VM.
As I said in my previous posts, from monitoring ReactOS' recent progress, the outlook looks very positive and in five years time (which is the timescales for any changes that MS might implement causing problems for apps like QB64) then ReactOS looks a good escape plan for a variety of outcomes.
I have been abandoned too often. The loss of my VB6 work and knowledge is my biggest frustration and I won't be bitten again.
QuoteI have been abandoned too often. The loss of my VB6 work and knowledge is my biggest frustration and I won't be bitten again.
I've been on that bus, and it ain't a nice ride. My software worked perfectly in QBasic, but that was abandoned. The programs with SHELL didn't work in DOSBox, because DOSBox doesn't do DOS worth a SOD. My best paint program was PhotoMagix, which only worked up through Win XP. Coral bought the guy out, and the product went FUBAR. Paint.net is decent, but no where near as intuitive and easy for creating great results as PhotoMagix was. Windows Movie maker was decent for simple edits, but now it's not in WIn 10, and Outlook Express was my favorite in XP, but I learned to like Live Mail in WIn 7... and then they scrapped that in Win 10. Now I just suffer through Blunderturd, another stupid web-based app.
They say in time, computers get smarter. That's a good thing, because the people who design the software systems just keep getting dumber and dumber.
Pete
Microsoft's Windows Live Mail 2011 and 2012 continue to work with Hotmail e-mail accounts by using IMAP (or, less effectively, POP) in place of DeltaSync. Gmail and other service providers still support DeltaSync, so users can still use Windows Live Mail with non-Microsoft email accounts.
The loss of my VB6 work and knowledge is my biggest frustration
The developers of open source programs, then - forgive me if I say it - are too proud to admit that certain and exclusive cervellotic choices make their software almost unutilized and good only for convinced nerds.
<content removed>
I hope to make mistakes, but history teachesI remember a saying only those who do nothing can not make mistakes