Author Topic: It's time for a new editor/IDE for qb64  (Read 5809 times)

0 Members and 1 Guest are viewing this topic.

Offline Aurel

  • Forum Regular
  • Posts: 167
    • View Profile
Re: It's time for a new editor/IDE for qb64
« Reply #15 on: October 12, 2021, 03:07:51 pm »
I cannot find bigger code ..probably there is somewhere on github
i found one of tcl interpreter called jim it is 12000 loc
see image , before that i increase buffer to 1 500 000 chars
and load fine that large code .
if i found bigger code i will let you know

//////////////////////////////////////////////////////////////////
https://aurelsoft.ucoz.com
https://www.facebook.com/groups/470369984111370
//////////////////////////////////////////////////////////////////

Offline random1

  • Newbie
  • Posts: 86
    • View Profile
Re: It's time for a new editor/IDE for qb64
« Reply #16 on: October 12, 2021, 08:39:23 pm »
Hi all

I first started using the BI file just to move stuff out of the main bas file to make mods easier
and keep things sorted.  The normal way was to store all the image strings into a sub called (images). 
where each image has it's own shared name.
When the program first starts all the image strings are loaded by running the sub IMAGES.  Now they
can be loaded at any time using something like the code below.  BINPICS converts the string back into
a .png image then it's loaded using _LOADIMAGE and _PUTIMAGE. 

The BI file contained all the dim shared statements and the image strings

Code: QB64: [Select]
  1. DIM SHARED PIC1$
  2. DIM SHARED PICTURE1$
  3. DIM SHARED SPLASH1$  'stored in the image sub
  4.  
  5. 'CODE TO DISPLAY IMAGE
  6. PIC1$=SPLASH1$
  7. BINPICS  '<- CONVERTS IMAGE STRING TO .PNG IMAGE
  8. I = _LOADIMAGE(PICTURE1$)
  9. _PUTIMAGE (1,1), I
  10. IF I < -1 THEN _FREEIMAGE I
  11. KILL PICTURE1$    
  12.  

Like I said using the BI file was not the norm, it was added way back as a means to manage my
images files outside the main bas code.  This had little effect when the BI was very small but over
time it grew and grew.  All I needed was go back to my normal methods which was already planned
when the project was finished.  Anyway, problem fixed. 

R1

Offline random1

  • Newbie
  • Posts: 86
    • View Profile
Re: It's time for a new editor/IDE for qb64
« Reply #17 on: October 12, 2021, 08:48:50 pm »
I am in my 8th decade of walking around on this earth and while I may not
be as sharp as I once was,  I can still get around.  I wrote my first basic
program back in 1982 for a digital electronics class in college.  We did not
have a computer lab so all code it was written using pen and paper.   

I still think we need a modern IDE in order to make qb64 more attractive. 
I think the current one is the reason qb64 goes mostly unnoticed in the
programming world.  We can have both so it's not like were loosing anything.

R1