LB Booster
« The future of LBB - please read »

Welcome Guest. Please Login or Register.
Apr 1st, 2018, 03:44am



ATTENTION MEMBERS: Conforums will be closing it doors and discontinuing its service on April 15, 2018.
We apologize Conforums does not have any export functions to migrate data.
Ad-Free has been deactivated. Outstanding Ad-Free credits will be reimbursed to respective payment methods.

Thank you Conforums members.
Speed up Liberty BASIC programs by up to ten times!
Compile Liberty BASIC programs to compact, standalone executables!
Overcome many of Liberty BASIC's bugs and limitations!
LB Booster Resources
LB Booster documentation
LB Booster Home Page
LB Booster technical Wiki
Just BASIC forum
BBC BASIC Home Page
Liberty BASIC forum (the original)

« Previous Topic | Next Topic »
Pages: 1 2  Notify Send Topic Print
 hotthread  Author  Topic: The future of LBB - please read  (Read 3270 times)
bluatigro
Full Member
ImageImageImage


member is offline

Avatar




PM

Gender: Male
Posts: 111
xx Re: The future of LBB - please read
« Reply #9 on: Jan 28th, 2015, 09:51am »

i wood like :
- OOP : operator overloading
- %ifnotdefined
- %define
- %endif
- nested 'include
- pi , true , false as global consts [ whit diferent color ]
- open gl + consts [ whit diferend color ]
- 4 axel joystick reading + more buttens
- wireles com [ bluetooth or wifi ]
- sprites :
- "spriteimage? spr img$"
- "spritescalexy spr x y"
- "spritescalexy? spr x y"
- "spritehit? spr whitspr bool"
- "spriterotate spr deg"
- "spriterotate? spr deg"
- numbers in diferent color
- &hff type numbers
« Last Edit: Jan 28th, 2015, 10:07am by bluatigro » User IP Logged

cbrescia
New Member
Image


member is offline

Avatar




PM

Gender: Male
Posts: 1
xx Re: The future of LBB - please read
« Reply #10 on: Jan 28th, 2015, 5:31pm »

I think that compatibility with LB4 should be kept, however, on the other hand, LBB could add and enhance the language and tools.
Add new GUI components could create added value for the product.
For example having a "RealNumber, realvar" component could be a big difference with any compiler I knew.
I think Microsoft considers subclassing and filtering the edit component one of the most natural things to do, but since I work daily with real numbers, not "numbers" with alphanumerics from 0...9, to me is not. And I never saw a language with a GUI for real numbers input. Think of it as a small 1x1 Grid. That's why my first choice for rapid programs calculations is a spreadsheet!
A LBB with this option would be my first choice.
It is just an idea.
User IP Logged

Jack Kelly
Full Member
ImageImageImage


member is offline

Avatar




Homepage PM

Gender: Male
Posts: 106
xx Re: The future of LBB - please read
« Reply #11 on: Feb 7th, 2015, 06:25am »

I vote for #5, improvements to the IDE. That is where we spend most of our time. I have looked at LB Workshop, but have not embraced it yet. I really don't want to add another layer to my working environment.
User IP Logged

SarmedNafi
Junior Member
ImageImage


member is offline

Avatar




PM


Posts: 93
xx Re: The future of LBB - please read
« Reply #12 on: Feb 7th, 2015, 5:58pm »

> Extensions to the Graphical User Interface, for example new controls such as a List View / Grid control or native toolbars and status bars.


I prefer to insert this extensions indeed, it will be a big jump over LB, I will leave LB behind me and go faster with LBB.
Each time Richard say that then he fold back for some reasons.
I hope this time will be the big band of LBB.
User IP Logged

Richard Russell
Administrator
ImageImageImageImageImage


member is offline

Avatar




Homepage PM


Posts: 1348
xx Re: The future of LBB - please read
« Reply #13 on: Feb 7th, 2015, 9:03pm »

on Feb 7th, 2015, 5:58pm, SarmedNafi wrote:
> Extensions to the Graphical User Interface, for example new controls such as a List View / Grid control or native toolbars and status bars.

This thread is very old; there is a gap of more than a year between reply #8 and reply #9! So whilst it is interesting to get responses after such a long time, bear in mind that a lot of water has passed under the bridge since then. In particular see the thread Winding down LBB for a change of direction.

So, although one should never say never, I think it's now very unlikely that LBB will ever be extended to incorporate native List View or Grid controls.

Richard.
User IP Logged

SarmedNafi
Junior Member
ImageImage


member is offline

Avatar




PM


Posts: 93
xx Re: The future of LBB - please read
« Reply #14 on: Feb 8th, 2015, 02:40am »



Well,

Richard are they available on BBC?

User IP Logged

SarmedNafi
Junior Member
ImageImage


member is offline

Avatar




PM


Posts: 93
xx Re: The future of LBB - please read
« Reply #15 on: Feb 8th, 2015, 02:43am »


I mean:

List View / Grid control

Are they available on BBC?

User IP Logged

Richard Russell
Administrator
ImageImageImageImageImage


member is offline

Avatar




Homepage PM


Posts: 1348
xx Re: The future of LBB - please read
« Reply #16 on: Feb 8th, 2015, 10:02am »

on Feb 8th, 2015, 02:43am, SarmedNafi wrote:
List View / Grid control. Are they available on BBC?

The List View is a standard Windows control, so it is available to any language which supports calling the Windows API - and that includes both BBC BASIC and Liberty BASIC. Indeed, demo programs which use a List View control are available for both those languages.

The issue is not whether the List View is available but whether it is supported as a native (built-in) control. BBC BASIC has no built-in controls - it's not a Windows language after all - the only way of creating any standard UI feature (even something as simple as a textbox) is via direct API calls - although these will usually be in a library to isolate the user from the low-level complexity.

So if you want to use a List View in LB 4.04 or LBB go ahead, but I have no plans to make it available as a native control.

Richard.
« Last Edit: Feb 8th, 2015, 10:03am by Richard Russell » User IP Logged

bluatigro
Full Member
ImageImageImage


member is offline

Avatar




PM

Gender: Male
Posts: 111
xx Re: The future of LBB - please read
« Reply #17 on: Aug 17th, 2015, 09:11am »

i want to do :
Code:
for i = 0 to 5
  button #m.btn;i,str$(i),ul,btn,i*50,50,50,50
next i
wait
sub btn h$
  b = val( right$( #h$ , len( #h$ ) - 5 )
  notice "you pushed button " ; b
end sub
 

this kind of code i want to do whit all the GUI controls

in the IDE i want more than one texteditor-page
so i can load more codes at one time
User IP Logged

Richard Russell
Administrator
ImageImageImageImageImage


member is offline

Avatar




Homepage PM


Posts: 1348
xx Re: The future of LBB - please read
« Reply #18 on: Aug 17th, 2015, 09:54am »

on Aug 17th, 2015, 09:11am, bluatigro wrote:
this kind of code i want to do with all the GUI controls

Yes, you can! LBB already supports that:

Code:
for i = 0 to 5
  button #m.btn,str$(i),btn,ul,i*50,50,50,50
  maphandle #m.btn, "#m.btn";i
next i
open "Multiple buttons" for window as #m
wait

sub btn h$
  b = val( right$( h$ , 1))
  notice "you pushed button " ; b
end sub 

Richard.
User IP Logged

Pages: 1 2  Notify Send Topic Print
« Previous Topic | Next Topic »

| |

This forum powered for FREE by Conforums ©
Terms of Service | Privacy Policy | Conforums Support | Parental Controls