Release v0.7.1 - QB64 Phoenix Edition/QB64pe (github.com)

• If a .bas file had a space in the name, it would not compile properly.
  
• When multiple instances of the IDE were used, the second instance would not always recompile the program after changes are made.
  
• The symbol file was fixed to work correctly even when the EXE variable provided to the Makefile includes a path.
  
• The version number was fixed to correctly reflect the release version.
  
• Fix to windows setup_win.bat cleaning up the mingw compilers after installation.
  
• Fix to IDE freeze occurring due to invalid line endings coming from git.
  
• Fix to Run Only not deleting the temporary executable on some distros of Linux.
  
• Fix to _DESKTOPWIDTH and _DESKTOPHEIGHT. They no longer require a valid window handle to generate a proper response.
  

• IDE wiki parser has been enhanced and replaced for more versatile and professional looking pages inside Help.
  
• Creation of a new MakeFile system.
  

• Add "Run Only" option to IDE menu.
  
• Swap out PNG library for modern version -- we now load PNG files about 30% faster.
  
• Fix to page width with variable width fonts.
  
• _Bin$ added to the language. (see wiki for more information)
  
• Removed/Replaced several more links which were pointing to the old qb64.org sites and forums.
  
• Using the number-based $VERSIONINFO flags will now also set the string versions of those flags, if values for them are not provided.
  

• Has swapped out the mingw compilers to updated versions for Windows users.
  
• Reduced the size of the repo considerably for those who wish to download direct and setup QB64 manually, for whatever reason.
  
• Prepacked Linux and max versions of QB64, which come in at less than 10MB each now.
  
• We've swapped out all the references to the now defunct .net and .org sites that we could find, and replaced them to proper, working links which now connect to our new wiki, forum, and all at qb64phoenix.com.
  
• $Color:0 and $Color:32 has now been tweaked to work with $NoPrefix. Color names will remain the same in all cases, if $Color is used without $NoPrefix. When $Color is used in conjunction with $NoPrefix, the colors of Red, Green, and Blue which would normally conflict with the now underscoreless commands of _Red, _Green, _Blue, have been altered to have NP_appended to them (for No Prefix). Example: Color NP_Red, Orange for a red on orange color.
  

Here's something I made to use for several things, thought I'd share it here.  It's a scrolling fog or cloud background you can easily add to programs.  The image is seamless so it looks like the fog/cloud just keeps rolling.  I threw in a flying witch to show how you can use it as a background with other things.

This uses a real image converted to bas code -  I'm trying to figure out how to make a good looking seamless fog image using just QB64 drawing commands instead, so I can eliminate using a real image (and a lot of BAS code).  Anyway, here's an example of scrolling an image as a background.

- Dav

Just a small program for finding out what day of the week an event occurred/will occur on. Choose from Birthday, Western Christmas Day or any random day you choose. Unlike the other stuff I've posted on here to date, this is a fresh build. It Uses a tiny (edited) portion of the Time utility I posted recently. FWIW error trapping the INPUTs was a pain.

WhatDay.BAS

Here's a rehash of a little SUB I use when I have unpredictable sized, or aspect ratio'ed images to place in a predefined area. I call it Image_Resize. With the parameters, set a window area, identify source and destination, then set justifications (up, down, left, right, center). It does all the _PUTIMAGE figuring and then puts it, sized for best fit to the area.

A rehash because I originally posted it in the old forum, but I spruced up the example/demo code. Adding an image nesting and a swelling routine. The SUB itself has some of that cryptic looking branchless code, which was able to remove around 16 lines of SELECT CASE stuff, but I'm insufferably proud of that and haven't been able to break it yet.  

While it doesn't do rotations, there's always Rotozoom'ing to a temporary handle for that and I saw no reason to try and reinvent that wheel.

Some upcoming changes for the IDE help menu, which I wanted to point out for folks, that are coming soon(tm) to the Phoenix Edition.

   

The screenshot on the left is the old version; the version on the right is our upcoming alterations.  I won't waste time trying to spell out all the two changes in those two pictures, so I'll leave it to you guys to play a game of "What's different between these two images."  

Needless to say, I personally think the new version on the right looks a whole lot cleaner, neater, and more functional!   Three cheers for @RhoSigma for his work on pushing these changes into the language.  All the credit for the wiki/help update here goes completely to him! 

MemWave uses a Windows API call to play a WAV file loaded as a string.  This way you can include small sounds directly in BAS code and play them from string memory, not from an external file.  The example code posted will play a howling WAV sound.  I used BASFILE to convert the WAV file into string data here, but you can use whatever method you want - the main thing here is the way of calling the API.  

- Dav

What is wrong with this line -

Hi again.

This function is designed for you to load any image into 8-bit format. I used Ashish's conversion feature, which he published a long time ago, to convert. Here I did not try to speed it up, but to make it work so that any 32-bit image could actually be used as an 8-bit image.

  The whole issue of 8-bit images faces one major drawback. If you do anything on an 8-bit screen, you have to compare the color palettes of all the images used so that they are the same and there is no color swapping. Thus, to make sure that, for example, the yellow color in one 8-bit frame does not have a palette number of, for example, 50, but in another frame else number. This needs to be considered when using 8-bit images.

Knapsack 0-1 & rosettacode & qbasic qb64 & WE

For all people: send yours algorithms to rosettacode
otherwise forum may disappear even in google search

Classic Knapsack problem is solved in many ways

Contents: http://rosettacode.org/wiki/Knapsack_problem
Long read: rosettacode.org/wiki/Knapsack_problem/0-1

Previous topics and long programs: Knapsack
https://qb64forum.alephc.xyz/index.php?topic=3091
Ordered Combinations Generator
https://qb64forum.alephc.xyz/index.php?topic=2999

My newest program synthesizes all ciphers from 0 & 1
adding an extra register and 0 remain on left in cipher

Number of comparisons decreases from N! to 2^N
for example N=5 N!=120 >> 2^N=32

Random values origin are automatically assigned
quantity and quality and integral of value is obtained
and in general: integral of quantity and quality
and it is possible to divide only anyone will not understand

Program write results to qb64 directory

What can I say besides, "Whoops!"  

I told you guys all this forum stuff was new to me with setting it up and all.  Apparently for the last month or so, it's been impossible to send emails via the server here, or for the server itself to send any emails.   (Which, I guess makes it a good thing that nobody had to click a confirmation message for their email when signing up...)

The issue is really rather simple.  (And quite embarrassing to admit to.  

Our mail server is:     mail@forums.qb64phoenix.com
The server we used:  mail@forums.qb64phoenix.co

Only one little difference in those two things there, just it does make a weeee small difference.  LOL!

Worst thing is we worked with 0 error reports anywhere.  As far as the forums were concerned, they did their job.  Collect the messages, send them to the remote server, let it deliver them
As far as our actual server was concerned, it never got crap, therefore nothing was ever wrong.  And as for the qb64phoenix.CO guys... They don't exist, so they didn't return any mail or report any errors.

So, all I can offer i my apologies.  I didn't even realize we had an issue until an user reported they weren't getting mail notifications when they couldn't log in with a forgotten password.  The issue should be fixed now, and I've tested sending messages to myself and a few other people, so all should work as expected from now on.

Only one thing to really note:  We're sending messages properly now, but that still isn't going to stop your mail provider from labeling posts from here as spam and sending it to your junk mail or trash folders.  Be on the lookout for messages in those places, if you ever do request to reset a password or such, and the forum has to mail you about the issue.