Logically the answer to my question here is NO but embarrassment from asking stupid coding questions is my Forte.

When you have a loop control range, can you skip a specific step within the range? So for example the For Loop is 

For x = 50 to -50
   if x = 0 then next
Next

or if there may be a couple within the controlled range is there a way to

For x = 50 to -50
     if x = 10 or x = 0 or x = -10 then Next
Next

Thanks

Hi QB64 Fan Community

here a perfectable demo of a Vertical Scrolling List in ASCII mode

Mark asked about this, so I thought I whip up a little something to find out how many real line numbers are in a program. By real line numbers I'm talking about excluding spaces, but adding a line number count for the proper use of colons to separate statements on a single line.

I haven't goof proofed this yet, but I was hoping before going any further I could get some feedback or if anyone would like to modify it, etc. that's fine too. It might be fun for contests, etc. to have an "OFFICIAL" (ha ha) QB64 program line counter.

So basically it roots out trailing colons, REM statements with colons, both ' and REM, and any colons enclosed in quotes like PRINT statements. Did I miss anything? For instance, this routine counts...

CASE 1: PRINT "foo"

That colon is counted as an extra line.

CASE 1
     PRINT "foo"

If you think more conditions apply, it might be easy to add in the select case portion.

To try, just copy a forum post program or IDE program to the clipboard and run this code.

has anyone written a program that can process (and display) windows font files?
Thank you.

Well guys, here's something which I'd been wanting to do for a while, that I unfortunately hadn't been able to implement due to the state of my health and having to prepare and undergo the open-heart surgery that I went though -- a banner contest for our forums!

Not everyone likes what we have at the top of the screen -- (I know!  I know!  Some peoples are krazy!) -- so nows their chance to attempt to replace it with something they'd like better for the holidays!  It's too late to design and vote on a Halloween theme for this year, and by the time people got their designs and voting in, a Thanksgiving theme would just about be outdated, so what folks will be designing and competing over is a CHRISTMAS THEME BANNER for the QB64 Phoenix Edition Forums!

Rules are simple:

1) Design a banner which represents the winter/Christmas spirit and QB64PE.
2) Share your banner in a new topic where everyone can find it and see and comment on your great work.
3) Work is editable, changeable until November 16, when all calls for official entries will be finalized.
4) Starting from November 17th until November 24th, all registered users will have a chance to log in and vote on what they think is the best banner for us.
5) On November 25th (the day after Thanksgiving), our banner will change to become the one created and chosen by our users!!

NOTE:  The current banner is 1400x256 in size, and is formatted so that the background is transparent, with both a black and white highlight around the logos and letters.  This is so that no matter which forum theme the end user decides to use, everything stays visible and pops out nicely.  Replacement banners will be temporary and don't *have* to follow this spirit of obsessive inclusivity, but they should end up being the same size for ease of plugging in and replacing the old banner, without admin having to go in and twiddle with any settings elsewhere to make it fit and interact properly. 

a simple example of using the clipboard to communicate between programs.

This example requires three programs Clipmaster ,cliptalk1, and cliptalk2.
Compile all three and save them in the same directory to see how this works. 

I almost certainly lifted the idea from somewhere else but I can't recall where, sorry if I'm failing to give proper credit.

Clipmaster

Back when I made the "tree house" game, a few years ago. It's 3D and you can only walk around. At that time, I remember Galleon rewrote the program and added something to the display part to shade the textures. Everything got darker in proportion to the distance. I didn't understand then. I looked for the code, but I couldn't find it, and the old forum is not available. Since then, I have solved the distance-proportional darkening of games by generating lots of textures. That's a lot of memory, and it doesn't work on a large surface, because if one vertex of a triangle is close to you and another vertex is far away, then what shade should it get? So it's only good for displaying small textures.

In the past few days, I've been thinking about how Galleon solved the problem of placing a texture of any size on the screen in any way. Then he told me that a black mask with an alpha distance proportional to the texture should be drawn. That's when I understood that by switching _depthbuffer on and off, it can be solved by dragging the alpha texture after each texture. And I understood why I didn't use it then. Very good, fast, practical, only switching the z-buffer on and off slows down the program significantly.

I was wondering how it could be solved without switching on the z-buffer.

Suppose _maptriangle gets a 3d point. be x,y,z. it should be 20,10,30. This point in the plane will be where, for example, 200,100,300 or 2,1,3 or 40,20,60. This simple realization helped. Simply, after drawing the texture, x,y,z must be multiplied by 0.999999, and then the mask can be drawn on it. That way, you don't have to switch on the z-buffer.
I thank Galleon several times already! If it doesn't show it then, I won't think about how it could be operated faster.

A little proof of concept method for a bigger program that I'm playing around with, which allows us to reference variables by offset rather than by name.

Here is a bare bones of a drop down menu which I have been using. I have had to use a Slowing value to smooth out the speed at which the drop down occurs. I was wondering if there might be a better way to control the speed.

Cls
Screen _NewImage(1200, 900, 32)
Dim Shared DarkGreen&
Dim Shared Yellow&
Dim Shared Pink&
DarkGreen& = _RGB32(0, 129, 0)
Yellow& = _RGB(255, 255, 0)
Pink& = _RGB(216, 50, 166)


'Large background box
Line (0, 0)-(1199, 50), Pink&, BF
Sleep
c1 = 7
r1 = 7
c2 = 126
r2 = 46
'The 5 smaller box
Line (c1, r1)-(c2, r2), DarkGreen&, BF

r1 = 51
r2 = 93
'The Drop Down
For DDwn = 1 To 25
    Color Yellow&
    _PrintString (12, 15), "Opening Info"
    Line (c1, r1)-(c2, r2), DarkGreen&, BF
    For slow = 1 To 10000000: Next
    r1 = r1 + DDwn
    r2 = r2 + DDwn
Next
Sleep

Hi all,

This post is for the users who want to test or use InForm with the latest QB64PE version.

I've updated my multi lingual installation bash script that includes both QB64PE v 3.3.0 and InForm-pe (a fork of InForm v 1.3 that I made to just communicate with the latest QB64PE release).

This script allows you to also create icons starters for QB64PE, InForm-pe and the QB64PE folder directly on your desktop and adds the ability to invoque QB64PE from any terminal session without being into the QB64PE folder (as you can do with any standard compiler such as gcc).

You can get my pure bash script (no cripled java pseudo compiled language at all) from my own web server at home (on an iMac 20 under macOS 10.11.6 running MAMP Pro) with a decent internet link here: Bash muti lingual installation script.

The script can also cleanly uninstall QB64PE and InForm (they're installed by default in the /opt/qb64pe folder) as well as their different starters (desktop and programming menu) and you're free to copy their complete install forder to any other location that best suits your needs (then you'll have to modify the different starters).

BTW, I'm working on a new version of this script that will allow to select your own installation folder.

So, please stay tuned.

Note: due to my poor and limited programming capabilities, I do not provide any support for InForm (so, no need for a sub-section for me).

Thank you for your return and enjoy QB64PE with InForm-pe when creating event driven GUI applications with the ease of the BASIC language.

Cheers.
Fifi