PB 6.0 - ideas
Re: PB 6.0 - ideas
It would be nice to have a custom parameter for every callback (ex. BindEvent()...)!
Re: PB 6.0 - ideas
+1akee wrote:Have a librarian that can compile PureBasic code... Tailbite has served us well...
➽ Windows 11 64-bit - PB 6.0 x64 - AMD Ryzen 7 - NVIDIA GeForce GTX 1650 Ti
Sorry for my bad english and the Dunning–Kruger effect.
Re: PB 6.0 - ideas
+1falsam wrote:+1akee wrote:Have a librarian that can compile PureBasic code... Tailbite has served us well...
GallyHC
http://www.koakdesign.info
http://www.koakdesign.info
Re: PB 6.0 - ideas
I never used Tailbite so I don't know the answer to this: why doesn't TB work anymore? I thought it was just PureBasic code like COMate?akee wrote:Tailbite has served us well
Re: PB 6.0 - ideas
Tailbite allowed us to create libraries so you don't have to code functions that you have already troubleshoot. You can use it like any function in PB with a proper .res file in Residents. However some issues with the strings.Dude wrote: I never used Tailbite so I don't know the answer to this: why doesn't TB work anymore? I thought it was just PureBasic code like COMate?
For developers who have created routines prior to developing projects for others where you need to surrender source code, this can help you isolate what you created and want private AND what you want to share.
Re: PB 6.0 - ideas
+1akee wrote:Have a librarian that can compile PureBasic code... Tailbite has served us well...
...And Tree/Queue/Deck
...And bug free 2DSprites lib. http://www.purebasic.fr/english/viewtop ... =4&t=65561
... And native FastStrings type.
...And number specific HashTables (Map with numbers as key)
There are 2 methods to program bugless.
But only the third works fine.
Win10, Pb x64 5.71 LTS
But only the third works fine.
Win10, Pb x64 5.71 LTS
Re: PB 6.0 - ideas
Ya! ParamCount(), ParamValue(n)...Mijikai wrote:It would be nice to have a custom parameter for every callback (ex. BindEvent()...)!
Re: PB 6.0 - ideas
I consider this a must-have feature.akee wrote:Have a librarian that can compile PureBasic code... Tailbite has served us well...
Best wishes to the PB community. Thank you for the memories.
Re: PB 6.0 - ideas
This x100. It would make PureBasic that much more appealing with it spitting out highly optimized code and possibly supporting ARM.the.weavster wrote:I remember Fred said in this interview the PB team had been experimenting with LLVM so I'm hoping the killer feature for PB 6.0 will be support for ARM processors.
Edit:
I'd happily pay another license fee for that
Re: PB 6.0 - ideas
+1, +1, +1.... for RASPBERRY
... PB 6.0 will be support for ARM processors.
Re: PB 6.0 - ideas
1) I would vote for SSL/TLS support in network library especially so I could create network servers that supported SSL. I have a lot of demand for SSL since I work with payment gateways. This has got to be my biggest need above all others.
2) Arm support would be very helpful as I also do a lot of work in the embedded world and Tibbo is coming out with a Linux based system for ARM processors and it would be very nice to use PB in that environment.
Simon
2) Arm support would be very helpful as I also do a lot of work in the embedded world and Tibbo is coming out with a Linux based system for ARM processors and it would be very nice to use PB in that environment.
Simon
Simon White
dCipher Computing
dCipher Computing
- langinagel
- Enthusiast
- Posts: 131
- Joined: Fri Jan 28, 2005 11:53 pm
- Location: Germany
- Contact:
Re: PB 6.0 - ideas
Well...have I ever asked for ARM support ...especially for Linux on Raspberry and such ?
Looks like I'm getting old on this.
Looks like I'm getting old on this.
Re: PB 6.0 - ideas
If I were to place a PB 6.x wish on top of the wishlist that would be to make PureBasic more version-control friendly.
In the last year I've seen many new PB project spawn on platforms like GitHub, which makes sense because code collaboration is a great motivating factor in any language trend growth, as well as a personal motivation to invest energy in projects (together is faster, nicer, and better).
Whoever has tried to work with Git and PB projects will surely have stumbled over many issues:
Also, I'd like to see project files use JSON instead of XML, or even better: YAML — human friendly please!
(It was really cool when PB introduced the JSON lib, so I might also add the wish that PB 6 will bring a YAML lib too!)
Beside that, I'd love to see an updated SDK, with neat documentation (current docs still mention Amiga!) and with a permissive license --- right now, the license terms of the C include files are that by using them you are granting Fantaise Software all rights to use your code:
If there is one thing that makes a language powerful that is the wealth of libraries it offers — especially open source libraries.
The license terms of the SDK include files don't even allow you to publish on GitHub a PB library you create, because they'd conflict with the legal terms of most open source hosting services. There are lots of PB users who just love to share their code freely, but these include files can't be added to the project. Why?
If these SDK files would have been GPL licensed, at least one could publish them with his GPL project.
Really, why? Why make it hard for those who wish to make open source contributions?
You'll find lot's of open source PB code, but very few purelibs written in C.
Collaborative tools make developement happen faster (and better). We've all seen the success of GitHub and similar services.
If the SDK was better documented, more up to date, and with permissive license, probably people would be more motivate to contribute lots of useful libraries.
Should we ask for specific features to be implemented, or should we ask for more freedom in the direction of collaborative open source?
The former is the hands of few developers, the latter goes in a direction were potential contributors are unlimited.
For all the love I have for PureBasic, I often feel that issues like those mentioned above are obstacles that prevent it from unleashing most of its power.
In the last year I've seen many new PB project spawn on platforms like GitHub, which makes sense because code collaboration is a great motivating factor in any language trend growth, as well as a personal motivation to invest energy in projects (together is faster, nicer, and better).
Whoever has tried to work with Git and PB projects will surely have stumbled over many issues:
- PB source files with settings at the end of the source file create problems for different contributors, and quite often even if you disable that option in your IDE some other contributor might forget it on and cause Git to see files changes which are spurious.
- PB Proejct files contain personal data, which one shouldn't really share over the net
- PB Proejct files change at each end-of-session because they also store history and checksum data — this also causes Git to detect changes which shouldn't be really commit, and most of all every contributor will be changing the project file, so Git will always mark the file as changed, which is a great hassle that prevents switching branches without Git complaining.
- Other issues might come up when different contributors use PB on different OSs.
Also, I'd like to see project files use JSON instead of XML, or even better: YAML — human friendly please!
(It was really cool when PB introduced the JSON lib, so I might also add the wish that PB 6 will bring a YAML lib too!)
Beside that, I'd love to see an updated SDK, with neat documentation (current docs still mention Amiga!) and with a permissive license --- right now, the license terms of the C include files are that by using them you are granting Fantaise Software all rights to use your code:
Code: Select all
/* === Copyright Notice ===
*
*
* PureBasic source code file
*
*
* This file is part of the PureBasic Software package. It may not
* be distributed or published in source code or binary form without
* the expressed permission by Fantaisie Software.
*
* By contributing modifications or additions to this file, you grant
* Fantaisie Software the rights to use, modify and distribute your
* work in the PureBasic package.
*
*
* Copyright (C) 2000-2010 Fantaisie Software - all rights reserved
*
*/
The license terms of the SDK include files don't even allow you to publish on GitHub a PB library you create, because they'd conflict with the legal terms of most open source hosting services. There are lots of PB users who just love to share their code freely, but these include files can't be added to the project. Why?
If these SDK files would have been GPL licensed, at least one could publish them with his GPL project.
Really, why? Why make it hard for those who wish to make open source contributions?
You'll find lot's of open source PB code, but very few purelibs written in C.
Collaborative tools make developement happen faster (and better). We've all seen the success of GitHub and similar services.
If the SDK was better documented, more up to date, and with permissive license, probably people would be more motivate to contribute lots of useful libraries.
Should we ask for specific features to be implemented, or should we ask for more freedom in the direction of collaborative open source?
The former is the hands of few developers, the latter goes in a direction were potential contributors are unlimited.
For all the love I have for PureBasic, I often feel that issues like those mentioned above are obstacles that prevent it from unleashing most of its power.
The PureBASIC Archives:
- GitHub Repo + Wiki + Website
- https://tajmone.github.io/purebasic-archives
- PB Sourcecode Highlighters for Websites and Documents
- Dräc OOP Tutorial reprint
- Pandoc2BBCode: Post on PB Forums from Markdown, ReST, Docx, and other formats…
Re: PB 6.0 - ideas
IDE:
1. Allow block comments.
;/* Copying from C
blah
;*/ End of block
2. Enable jump to definition of item under cursor.
Procedure.i DoIt() ;<-- This is in another file.
;
;
DoIt() <-- Trigger jump to definition opens file and location of Procedure.i DoIt() line.
Same for variables, constants, DataSection labels, etc.
1. Allow block comments.
;/* Copying from C
blah
;*/ End of block
2. Enable jump to definition of item under cursor.
Procedure.i DoIt() ;<-- This is in another file.
;
;
DoIt() <-- Trigger jump to definition opens file and location of Procedure.i DoIt() line.
Same for variables, constants, DataSection labels, etc.
The nice thing about standards is there are so many to choose from. ~ Andrew Tanenbaum