Getting the ball rolling. Which VB6 projects are you working on?

Quote:

---

Originally Posted by yereverluvinuncleber

SDO, you will have a VB6 IDE (clone & improved) and its components, a forms designer and a code editor, a new scripting language based upon VB6 interpreted to VB6?, is that summary correct?

Your own compiler, interpreter, debugger? When/how's that going to arrive?

---

Only after I overcome the last hurdle, CodeDebugger, can I clone a VB6-IDE, so now everything is unknown. If a clone of VB6-IDE can be successfully developed, its UI will be completely different from VB6-IDE, which is to avoid Microsoft's lawyer knocking on my door. So my IDE will be configurable and the user can configure it to be exactly like VB6-IDE. :D

Yes, now my scripting language will be compiled by VB6-IDE, but this also means that it can also be compiled with twinBasic or Olaf's compiler.

I won't develop my own compiler, but I'll develop transpilers for my scripting language.

My FormDesigner: :D

I modified several controls developed by Olaf and ColinE66 and applied them to my FormDesigner:

(1) My PropertyWindow uses Olaf's Virtual-ComboBox (which uses both The-trick and wqweto's subclasses).

(2) The prototype of my PropertyGrid comes from Olaf's Simple-PropertyGrid

(3) The prototype of my Toolbox comes from ColinE66's ucProjectExplorer

Quote:

---

Originally Posted by fafalone

:D

https://www.vbforums.com/images/ieimages/2023/07/1.gif

---

The pictured demo is now live on the UIRibbonDemos GitHub.

You can browse the source in your browser in the SourceExport folders; the .twin files are the readable code modules.

Quote:

---

Originally Posted by SearchingDataOnly

My FormDesigner: :D

---

Looking fantastic!

Wondering; is this going to be open source? Or is this a commercial project you're working on?

Quote:

---

Originally Posted by fafalone

Looking fantastic!

Wondering; is this going to be open source? Or is this a commercial project you're working on?

---

My Tool(CodeHelper) is a free software that anyone can use for free.

Actually, I've been thinking about open source, but I hope to open source in another way, i.e., I'll rewrite my tool(CodeHelper) in my scripting language and then open source. The purpose of this is to promote my scripting language, which I hope you all will understand. But all this will have to wait until my scripting language (including IDE) is done.

Note:
95% of the syntax of my scripting language comes from VB6 and 5% from other languages. That said, the difference between my scripting language and VB6 may be less than that between twinBasic and VB6.

twinBASIC is 100% backwards compatible; it supports all VB6 syntax. It's just not *forward* compatible; it adds stuff on top of that which won't work in VB6. But that's how software goes; forwards... VB6 has lots of stuff you can't use in VB3. The differences I described are all optional things; if you back-ported the ribbon to VB6, then imported it to tB, it would run unchanged. At least in 32bit mode. The tB-native version supports x64. You'd be able to keep the LongPtrs since oleexp defines a public alias for them, but some UDT differences would remain, plus PtrSafe keyword.

Like one I forgot to mention... the tB version has things like LenB(Of LongPtr) or LenB(Of PROPERTYKEY)... tB has overloaded the LenB operator to support getting sizes by type name. But you can still use LenB(variable) like you normally do in VB6; you don't *have to* use the new options.

It comes down to this: To get the size of a UDT named PROPERTYKEY:

In VB6, you must use

Code:

---

Dim pk As PROPERTYKEY
Dim nLen As Long
nLen = LenB(pk)

---

in twinBASIC, you *may* use any one of

Code:

---

Dim pk As PROPERTYKEY
Dim nLen As Long
nLen = LenB(pk)

----or----

Dim nLen As Long
nLen = LenB(Of PROPERTYKEY)

---or---

Dim nLen As Long = LenB(Of PROPERTYKEY)

---

Quote:

---

Originally Posted by fafalone

twinBASIC is 100% backwards compatible; it supports all VB6 syntax. It's just not *forward* compatible; it adds stuff on top of that which won't work in VB6. But that's how software goes; forwards... VB6 has lots of stuff you can't use in VB3. The differences I described are all optional things; if you back-ported the ribbon to VB6, then imported it to tB, it would run unchanged. At least in 32bit mode. The tB-native version supports x64. You'd be able to keep the LongPtrs since oleexp defines a public alias for them, but some UDT differences would remain, plus PtrSafe keyword. Like one I forgot to mention... the tB version has things like LenB(Of LongPtr) or LenB(Of PROPERTYKEY)... tB has overloaded the LenB operator to support getting sizes by type name. But you can still use LenB(variable) like you normally do in VB6; you don't *have to* use the new options.

---

I know. I really appreciate twinBasic and use it as one of the most important options for the compiler of my scripting language. My scripting language doesn't pursue compatibility with VB6, which can relieve me of a lot of my development burden. I hope to develop a scripting language of my dreams that is even better than JavaScript/TypeScript (maybe it will always be just a dream).

Quote:

---

Originally Posted by xiaoyao

I have always wanted to develop something similar to VB7. It is to make an ADD IN plug-in for VB6, change the menu and toolbox completely, and keep the code editor and compilation function. You'll be successful, expect more features to be open sourced.

---

Everyone who sticks with VB6 will be rewarded.

Love this thread now, I am learning more about the valuable work others are doing than I have learnt from just opening random coding posts over the last few years. Love what you are doing SDO and Faf. I look forward to using that scripting language SDO. I already use VBscript on occasion and find it useful.

I'm not doing anything particularly special coding-wise, just knocking up a VB6 replacement for one of my old desktop Xwidgets. It is a Panzer Kill button, dieselpunk.

https://www.vbforums.com/images/ieimages/2023/07/24.png

I keep it in very small size, top right on my screen, ready for use. I use it to kill a wayward process. I used to run a lot of Yahoo Widgets and occasionally the Konfabulator engine would get itself in a twist and start continually dying/reloading. I had this exact widget on my desktop (written in MS Jscript for the Xwidget engine) and whenever YWE did a 'funny' I would dblClick on the Kill button and YWE would die. When we are developing it is not unusual to create a rogue program that needs to be killed regularly. I use this tool to do that.

One by one I am replacing my old simple widgets with my simple VB6/RC5 code template. I should then be able to knock them out in short order. The more complex ones with a lot of interactive UI will be a little more tricky, one of those with Olaf's help is underway.

As you can see I can re-use a lot of graphics and code with a little tweak here and there, still it takes about a day to complete with some code hacks, a CHM help, new installer and testing.

That screenshot is from my testing on my trusty old E6410 laptop with a small 15" screen, a little crowded but it isn't meant to run that way, it shows most of the separate elements of the program running simultaneously, the button itself, its preferences, the licence window, about pop-up, one-page help, menus. The help CHM is not shown.

Quote:

---

Originally Posted by SearchingDataOnly

I modified several controls developed by Olaf and ColinE66 and applied them to my FormDesigner:

(1) My PropertyWindow uses Olaf's Virtual-ComboBox (which uses both The-trick and wqweto's subclasses).

(2) The prototype of my PropertyGrid comes from Olaf's Simple-PropertyGrid

(3) The prototype of my Toolbox comes from ColinE66's ucProjectExplorer

---

I've always said we need everyone to work together on a VB7 Ide.
Congratulations, you did it.
It's too hard to do it alone.
You've now put other people's controls and modules together.
If you still need some features, you can also make a request, maybe someone can write the source code you add on it.

If one day your IDE source code can be open to the public, he will be all of us to develop VB7, has been continuously upgraded, never shut down or stop updating.
It doesn't matter if it's not open source, like TWINBASIC, do a GITHUB repository, and others can apply directly online with comments and suggestions.

Quote:

---

Originally Posted by SearchingDataOnly

My FormDesigner: :D

---

When will you officially launch your IDE?
You can start by making a vbforums +GITHUB project, like this one
BUG issue submission/feature suggestion

https://github.com/WaynePhillipsEA/twinbasic/issues
TwinBasic-VBForums
https://www.vbforums.com/showthread....0181-TwinBasic
twinBASIC Weekly Update - No Longer Set
https://nolongerset.com/tag/twinbasic-weekly-update/

I think your IDE is a little backward in adopting the toolbar approach and should learn the TAB tool area of OFFICE.
It is best to ADD the add-in function, every button, every menu has an ID, convenient for others, redesign and integrate a new interface.
Attachment 188374

Quote:

---

Originally Posted by SearchingDataOnly

I know. I really appreciate twinBasic and use it as one of the most important options for the compiler of my scripting language. My scripting language doesn't pursue compatibility with VB6, which can relieve me of a lot of my development burden. I hope to develop a scripting language of my dreams that is even better than JavaScript/TypeScript (maybe it will always be just a dream).

---

If you have a scripting tool, you can visualize the form design like VB6, and even add VB.NET controls to the form.
Each button or control events, bound to the scripting language can be used: VBA, VB6, VBS, JS, PYTHON, lua, that would be a fun event.
What PYTHON and JS lack most is a perfect form designer
With tools like this, running under linux is also a good thing.

TWINBASIC IS VB6 OR VB.NET?
vb.net was abandoned by Microsoft, and the older version was bulky.
If TWINBASIC can also support vb.net syntax, it can also be used as a simple. NET development tools.
But you want to be able to set up the project to support only VB6 syntax or VB6+VB.NET syntax.

Otherwise, too many new features are used, and it is estimated that it is impossible to export the VB6 project

Quote:

---

Originally Posted by SearchingDataOnly

My Tool(CodeHelper) is a free software that anyone can use for free.

Actually, I've been thinking about open source, but I hope to open source in another way, i.e., I'll rewrite my tool(CodeHelper) in my scripting language and then open source. The purpose of this is to promote my scripting language, which I hope you all will understand. But all this will have to wait until my scripting language (including IDE) is done.

Note:
95% of the syntax of my scripting language comes from VB6 and 5% from other languages. That said, the difference between my scripting language and VB6 may be less than that between twinBasic and VB6.

---

I think it's better to write it in VB6, so that you can also convert to the TWINBASIC project, so that your IDE is 64-bit version. You can use VB6 code as the main language, but also support JS or PYTHON to generate the entire IDE. You only need to encapsulate the core functionality into a DLL, there are 32 bit /64 bit.
OFFICE365 is the online version of excel, using JS scripting language, perhaps one day, as long as you open a web page you can visualize the form design on the page, run the code (Apple, Android can support)

I want your IDE or code helper to have clear highlights, requirements: for example, it is an open source VB7(vb6 extension), it supports multiple languages,VB6,JS, etc.
In fact, for our VB6 users, what we lack most is NPM, nuget and other online download components/controls, modules, source code functions.
This also fits with the idea of your code manager.
Can manage a large number of JS,VBA,VB6,PYTHON and other source code, you can run immediately. You can download a large number of OCX controls, some or pure VB6 source control.
VB6 modules for various encryption algorithms or uses, such as ultrafine dictionary, multithreaded module,INI module, registry module,GDIPLUS module
For example, you can dynamically add controls, each control has a Chinese and English interpretation document database (or other translation language text), usage code examples, click to run.
In this way, learning to use a control can go from an average week to a day or an hour (learning the main function).

tB might borrow some syntax from .NET here or there but afaik there's absolutely zero plans to make it a .NET replacement; and you couldn't have both syntax compatibilities at the same time.

What a beautiful job Fafalone.
Hopefully this for vb6.

SearchingDataOnly great job we look forward to this soon.

thank you

Quote:

---

Originally Posted by xiaoyao

When will you officially launch your IDE?
[/ATTACH]

---

The next step is to develop Code-Debugger.

Quote:

---

Originally Posted by xiaoyao

I think your IDE is a little backward in adopting the toolbar approach and should learn the TAB tool area of OFFICE.

---

My IDE will be configurable, and the user can configure it to be exactly like VB6-IDE or to any other style he likes.

Quote:

---

Originally Posted by fafalone

tB might borrow some syntax from .NET here or there but afaik there's absolutely zero plans to make it a .NET replacement; and you couldn't have both syntax compatibilities at the same time.

---

b4a can use vb code make app,and join JAVA CODE.
Only the lack of code intellisence function, can only copy a complete class code insert.
MAKE VB.NET DLL FILE FOR VB6 BY TLB FILE

Memory dynamic compilation VB.NET source code, dynamic execution. VB.NET code can enable another code editor control.

Try again.

Powerbasic is just updating the IDE.. the compiler is completely dead, it's impossible to update.. because the author is dead

This thread has started getting derailed. I suppose it was a bit of a fishing expedition to begin with, so I'm not sure that it is wrong, but it is turning into a discussion of TB from VB6.

It should not be taken further off into the weeds. Let's not bring in Powerbasic, RADBasic, or B4Anything. This is about VB6 and what you can do there. If TB can compile VB6 code, then it may well be a worthwhile successor, and therefore is a reasonable discussion in this thread. The others can't compile VB6 code, and therefore don't belong in this thread.

Yeah I figured that since, with minor changes to syntax conveniences like a += 1 back to a = a+1 or swapping a UDT and As Any or moving subclass code to a .bas, tB is still the VB language given the 100% syntax backcompat, so my ribbon project would be of interest and the code very useful for VB6 programmers (especially since I maintain oleexp for VB6 with all the COM interfaces; and if you did get rid of the conveniences the resulting VB6 code would run in tB unmodified). If not I can avoid mentioning such projects in the future. But I don't feel it's the same as languages that can't run base VB6 code... xiaoyao doesn't seem to understand those others aren't remotely compatible with VB6 and threads about VB and tB aren't the place for discussions of entirely different languages. However I think VB6 vs tB is like VB6 vs VB3; we can talk about VB3 here, even though there's some minor and not so minor differences, and code from one can run in the other but not necessarily vice versa.

To get this back on track.

I posted this elsewhere but it was meant for here:

This is what I am working upon now:

https://www.vbforums.com/images/ieimages/2023/07/25.png

I have two templates for RC5/6 VB6 programs. My simple template I have under control, with the more complex template I am shoe-horning my existing code and getting it to work, fixing incompatibilities as they arise. Progress is slow due to my trying each and every avenue but progress is steady. I only see one blocker at the moment and I may even have a workaround for that. Olaf is assisting very ably.

It is just a clock at the moment with my usual additions, about, prefs &c. It will become a stopwatch later and eventually a replacement for my Yahoo widget of the same design.

For years I wanted an engine that would support my javascript code, supported transparencies, would operate on the desktop, be supported by someone who wouldn't make it obsolete (grrrrrrr to MS), have a coding/graphical IDE and a compiler/interpreter that ran in a 64 bit context, for future proofing. With VB6 lang + VB6 IDE + Photoshop + RC6 + TwinBasic a combination has arrived that has started to make it seem feasible even if I have to dump my first requirement of javascript.

Losing .js is not so bad, VB6 being very familiar, though the RC way of working is forcing me to do things properly and extend my understanding. I'm getting there though and I'm having my eyes opened.

rc6.dll support webview,and javascript v8

@yer...I frequent a Facebook group that shows pics of old electronic parts and what not. Someone posted this and referred to it as steampunk (at least to him). Thought it might inspire you as you go about re-piping your desktop into new functionality.

That doesn't seem very steampunk to me. It looks like a real board, with insufficient brass on it. There could be some utility as background inspiration, though, so long as the colors and materials were changed around a bit.

To be steampunk, the wires would need to be bare, tacked to the board with brass retainers, not glued. All the voltage and amps exposed to human flesh as they were up to the 1920s, the plastic connectors at the top would have to be ceramic (I still have a few of those), the busbars would need to be heavy gauge copper and the plastic knobs on the (admittedly ceramic) switches would need to be small control wheels with a separate handle for easy rotation, spaced farther apart

Someone gave it no thought if they thought that was steampunk.

https://www.vbforums.com/images/ieimages/2023/07/21.jpg

I need no inspiration.

Quote:

---

Originally Posted by yereverluvinuncleber

To be steampunk, the wires would need to be bare, tacked to the board with brass retainers, not glued. All the voltage and amps exposed to human flesh as they were up to the 1920s, the plastic connectors at the top would have to be ceramic (I still have a few of those), the busbars would need to be heavy gauge copper and the plastic knobs on the (admittedly ceramic) switches would need to be small control wheels with a separate handle for easy rotation, spaced farther apart

---

Thanks for the info - I had no idea that steampunk was so specific!

Quote:

---

Someone gave it no thought if they thought that was steampunk.

---

It is a picture of an actual breaker panel - not like someone crafted it for visual art! And as you can see, they really must have liked to bend wires and pack them tightly - more of an OCD performance!

Bloody forum changed my picture above, I have reverted it.

Steampunk isn't specific, it is just steampunk, it cannot be impersonated.

It has nothing to do with VB6 at the moment but this iiiis Sparta!, sorry Steampunk...

https://www.vbforums.com/images/ieimages/2023/07/28.png

Eventually I 'may' convert this to VB6, once I have Olaf's RC6 and recent code firmly under my belt. I am getting there.

This is it on the desktop.

https://www.vbforums.com/images/ieimages/2023/07/29.png

I really can place my widgets on the desktop now using Olaf's code so, it may not be long.

it is very beautiful yereverluvinuncleber

Quote:

---

Originally Posted by SearchingDataOnly

Only after I overcome the last hurdle, CodeDebugger, can I clone a VB6-IDE, so now everything is unknown. If a clone of VB6-IDE can be successfully developed, its UI will be completely different from VB6-IDE, which is to avoid Microsoft's lawyer knocking on my door. So my IDE will be configurable and the user can configure it to be exactly like VB6-IDE. :D

Yes, now my scripting language will be compiled by VB6-IDE, but this also means that it can also be compiled with twinBasic or Olaf's compiler.

I won't develop my own compiler, but I'll develop transpilers for my scripting language.

---

The design is completely different from VB6, and it is not convenient to use. At least the advantages can be learned. It is really convenient to configure it yourself.
I prefer the 360 ??browser. For example, double-click to close the selection card, and right-click the address bar to copy the URL + title, but Google and EDGE browsers do not have these functions. However, it is difficult for Google extensions to achieve these functions, and the extension ability is too poor.
For example, QQ chat software is generally used in China, and the latest version lacks a close button, which is very inconvenient.
CTRL+W closes the current window and the window configuration is also troublesome, you need to close the EXE and reopen it to enable it.
Therefore, some good functions have not been passed down.

Attachment 188414

Yes, former software engineers were very detail-oriented. Young software engineers now seem to pay less attention to detail because software updates are too fast and there is no need to pay too much attention to detail.

The VB6-IDE is an example of attention to detail. The reason I use Olaf's Virtual-ComboBox in my property-window is to emulate some good details of the VB6-IDE property-window. VSCode also does a very good job in terms of details.

You have a lot of good suggestions, which I will seriously consider and adopt.

Also, please don't post pictures or text with Chinese information on an English forum, which is also respectful to others. Because it's not just the two of us involved in this thread.

Making progress of converting my YWE Stopwatch Widget to VB6 + RC6, have achieved a measure of DPI awareness on my one remaining VB6 native form, the others (previously VB6 native) are now RC forms with DPI awareness built in. Nice to have DPI aware VB6 apps.

The clock now pauses/starts/reloads and hides via menu and is largely configurable via the prefs, some tweaking to do and some questions to ask Olaf later plus some possible RC bug-fixing on stuff that should work...but doesn't yet.

https://www.vbforums.com/images/ieimages/2023/08/1.jpg

A high res. image so expect it to load slowly. There are five VB6 apps running there, see if you can spot them. Beers to the one who guesses correctly.

No beers.

https://www.vbforums.com/images/ieimages/2023/08/3.jpg

Red are VB6 programs
Green is the current Vb6 program

Testing a GIF capture tool on my 4K monitor, the results are average. Showing the VB6/RC6 PzStopwatch gauge in action.

https://www.vbforums.com/images/ieimages/2023/08/1.gif

I am unsure as to whether it will directly embed on this forum, regardless the uploaded animated GIF is here: https://imgur.com/a/eDiuUEp

What tool do you use to capture video to GIF or similar that can be posted onto img hosting sites such as IMGUR, any suggestions?

Gif looks good dude, so when is your game coming out? :D

I never release anything really as I only produce for myself. I do put my code on github but it is never really complete nor ever particularly good. It is just a big period of experimentation where I please myself, meandering here and there with technology.

I do appreciate you were being facetious re: releasing a game :wave:, There is actually a game amongst all my code that I created two decades ago, when I was first picking up VB6, once again a project never completed nor release. I created the database and the UI for it but I realised the idea was beyond me... I could probably finish it now but it would still be shedload of work rewriting crap old code &c.

https://www.vbforums.com/images/ieimages/2023/08/4.jpg

I am obviously NOT a programmer by trade but originally a Project Manager with a hardware bent (and an artist of sorts). I always bemoaned my lack of programming capability and understanding. I have set out to cure that by picking up older technologies and giving them something that only I can so that they receive my 'spin'. I can do the graphics, I now understand a lot of the programming complexities (well to an extent) and I can manage my own projects to nowhere. Strange eh?

I can appreciate what you're doing. Meandering through interesting logics. It’s an artform in it’s own way. Feels good when you make something work properly. I'm an ex IT Manager, but jumped into coding as something to do, because once an infrastructure site is settled you've got nothing to do. Companies, directors, staff all loved instantly produced, bespoke software. :) There was never a shortage of requests with that.

Oh, I don't know, you can probably fiddle Cairo enough to make a fun little something. You just need to hunt down what brain things make tiny tank games fun and cool to play.

I am also about to start working on converting more of these to NW.js widgets so that they work on the desktop in the same fashion as the old YWE versions and latterly the VB6 versions. This is all do-able given time... The thing with the NW.js versions is that they are pure web versions of same designs running on the desktop with limited access to file system functions limited to that provided by the framework.

They can open local folders and files, pop up file system dialogs giving limited access to the system. However a lot of the system metrics functionality of the old YWE engine are not provided. I have toyed with writing some extensions for NW.js in VB6 using the C++ extension API for NW.js or just writing some binaries that my NW.js code can call, picking up the data provided, extracting system metrics such as CPU usage per thread, RAM usage &c. I think that is do-able.

I have NW.js working on the desktop and I have a few trial widgets, clocks &c all ready to pick apart to allow the addition of this extra stuff. It will be VB6 related so I'll drop a picture or two when I make better progress.

There is a person who is developing a VC + + similar to rc6.dll, which implements the built-in functions of VB6 and supports the 64-bit version.

Supports Get and Post access on operating systems that do not support higher versions of SSL and TLS
https://profile.zjurl.cn/rogue/ugc/p...quest_source=1

If you fancy providing a translation then it might be useful and interesting. However, it is not for THIS thread.

This is about the VB6 projects that we ourselves are working on. Please post that sort of news elsewhere.

Quote:

---

Originally Posted by -Corso->

Oh, I don't know, you can probably fiddle Cairo enough to make a fun little something. You just need to hunt down what brain things make tiny tank games fun and cool to play.

---

It is actually quite a good idea. I'll think on that.

More Ribbon :wave:

https://www.vbforums.com/images/ieimages/2023/08/3.gif

The Ribbon is now officially VB6 related as I've brought the basic proof-of-concept demo to VB6.

Will require an update to oleexp.tlb, v6.4 or higher, released earlier today.

Very good indeed. (even if I secretly hate it)

Quote:

---

Originally Posted by Shaggy Hiker

This thread has started getting derailed. I suppose it was a bit of a fishing expedition to begin with, so I'm not sure that it is wrong, but it is turning into a discussion of TB from VB6.

It should not be taken further off into the weeds. Let's not bring in Powerbasic, RADBasic, or B4Anything. This is about VB6 and what you can do there. If TB can compile VB6 code, then it may well be a worthwhile successor, and therefore is a reasonable discussion in this thread. The others can't compile VB6 code, and therefore don't belong in this thread.

---

RAD Basic is 100% compatible with VB6 projects and can compile VB6 code to 64-bit, which is more than can be said of TwinBasic...and a hell of a lot cheaper! :-)

RealBasic (one you didn't mention) was supposedly a worthy successor to VB6, but I don't think it was compatible directly with VB6...it's now known as Xojo and it's getting more and more distant from what it used to be.

BTW, nice to see you're still around :-)

Edit: RAD Basic is also paywalled so you can't even get the free version for free, so perhaps let's just forget that one exists :-P

And it's *supposedly* 100% compatible according to the site's claims...if you can't download, you can't confirm their claims!

That's an outright lie. Radbasic, like tB, has 100% compatibility as a goal, but currently it is maybe 1% of the way there. It chokes on anything but the most primitive... There's no compound And/Or, no APIs, no UDTs, no classes, no UCs, CreateObject is rigged to only support the single object from the chatgpt thing, no arrays, virtually nothing. This after 3 years of work. Meanwhile tB is is 100% in terms of basic syntax and 90% in terms of features. It runs large, complex apps UCs without change (my ucShellBrowse and Krools VBCCR and VBFlexGrid have 64bit tB releases now, the original 32bit ones work without change). All basic controls and many mscomctl controls are done... RBs site lies about this and only has minimal support for a third of the basic controls. It's part of a pattern of misleading marketing Carles is engaged in while he keeps even the basic status updates that hint at this behind a paywall. It's cheaper but its, imo, bordering on vaporware at best and a scam at worst. There is no free version.

"More than can be said of twin basic"? Is that your original thought or who said that? It's a joke. The "incompatibility" is forwards, tB adds dozens of new language features. But it runs existing code without change if you don't want to use them. And compiles to 64bit using VBA7 syntax (LongPtr).







The others you mentioned don't belong in the conversation as they're not even attempting compatibility.

That's why I said let's forget that one exists...they've paywalled even the free option so no-one can actually test.

*IF* the claim for 100% compatibility were true, RadBasic would be one up on TwinBasic because of the direct 64-bit compilation option. TwinBasic still lists it as a work in progress, and is also HIDEOUSLY expensive in comparison to anything else, including the original VB6. They're offering a monthly subscription service with no option for a lifetime licence, with a price that MATCHES the lifetime licences for many other services :-)

Well, let that argument rage elsewhere please.

https://www.vbforums.com/images/ieimages/2023/08/9.png

Newest Yahoo widget conversion to VB6/RC6. Just needs the CHM help written and compiled, 93% finished I'd say. Tweaks here and there, gauge opacity, the timezone settings and daylight saving rules implemented.

Sitting next to the VB6 stopwatch. VB6 earth and process killer, top right. VB6 dock below.

Quote:

---

Originally Posted by SmUX2k

That's why I said let's forget that one exists...they've paywalled even the free option so no-one can actually test.

*IF* the claim for 100% compatibility were true, RadBasic would be one up on TwinBasic because of the direct 64-bit compilation option. TwinBasic still lists it as a work in progress, and is also HIDEOUSLY expensive in comparison to anything else, including the original VB6. They're offering a monthly subscription service with no option for a lifetime licence, with a price that MATCHES the lifetime licences for many other services :-)

---

tB offers 64bit native compilation. And has for 2 years now. No clue where you got the idea it doesn't. Have you even checked it out? Take a look at the link in my signature for some of the big VB6 projects I've made 64bit versions of in tB. It was 32bit only for a very short time; maybe a month or two after the first preview in 2021? The free edition puts a 5-second splash screen on 64bit exes. That and optimized compilation/assembly view are the only current features restricted to the paid version; in the future cross-platform compilation will be ultimate subscription only. The free version includes all the new language features and a license allowing royalty free commercial use.

I agree it's a bit expensive for paid licenses, but there's a reason nobody has ever made something like this before. No companies have stepped up, nor large group of capable individuals willing to work together, and as an individual you can't really have a full time job and enough free time to create something like this in a reasonable time frame, so you need regular income from it. I think the light restrictions on the free edition is pretty generous considering this.Most comparable is probably Delphi; tB is considerably cheaper... they have "perpetual" licenses that don't include updates, and update subscriptions start at nearly twice the price per month in addition to the $2000-4500 initial fee, but also have a powerful free version, with no technical restrictions but very limited commercial use ($5k revenue/year limit).

Also, the claim is absolutely not true; I have a copy, the description of it's status is first hand. The latest alpha adds :gasp: enums! And they're *almost* able to handle everything in the frx format to import from VB! 🤣

Quote:

---

Originally Posted by fafalone

tB offers 64bit native compilation. And has for 2 years now. No clue where you got the idea it doesn't.

---

Attachment 188490

If they can't be bothered to update their website, not my fault...it's been like that for a while now :-P

I'm not against TwinBasic, I'm just against the pricing model they choose to offer with no perpetual licence (you mention they have them, but I'm going based on their website which probably sorely needs an update). And if they're expecting people to pay $2000-$4500 for a perpetual licence, they seriously are out of touch with reality. There needs to be a non-commercial community pro edition (as executable optimisation would definitely be important) for tinkerers who code for themselves

Well, let that argument rage elsewhere please.

Invalid attachment... but since you referenced the website

Front page, twinbasic.com:

Quote:

---

Compiles to Win32 and Win64 architectures. Mac, Linux and Android compilation planned.

---

twinbasic.com, 'Download' header link:

Quote:

---

This is a commercial project, though the 32-bit Windows version of the project will be available completely free of charge. Developers that need to build 64-bit binaries will either need to purchase a licence or endure a 5-second twinBASIC splash screen when their applications start.

---

twinbasic.com, 'Preorder' page:

Quote:

---

twinBASIC Professional Edition includes all features from the Community Edition, plus:

64-bit Windows EXE and DLL compilation support

---

So this one is inaccurate only in not mentioning it's available in free edition with a splash screen, but indicates professional/ultimate compile it.

The website does desperately need an update, but still I'm not sure what's conveying the impression there's no 64bit support.

With how fast modern computers are I'm not sure assembly-level optimization is something 99% of tinkerers would actually notice or significantly benefit from. I'd love it if tB was FOSS too, and have voiced disagreements about what is in what tier, but with nobody stepping up, I can't fault the one person who is for needing to make money from something taking up so much time. The 2-4.5k number was a comparison I came up with myself for Delphi-- that is the amount they charge for a perpetual license *with no updates*. It was meant to emphasize there are equally or more expensive comparable products, not as a something being considered by Wayne for tB.

let that argument rage elsewhere please.

Yes I saw the first post.

I'd be happy with more ribbon...

Probably be a week or two... haven't really started yet. Spent a couple hours today studying how pinning is working in C++ ribbon apps but not mine to no avail. A few other advanced controls and features to work out how implement, then I want to wrap as much as possible up in a helper package to abstract away all the gritty details of variant hacking and implementing interfaces.

So, question for you, how many projects do you keep "on the boil" as it were, ie. how many do you keep under development at any one time?

Tons. I've been pretty well distracted by the ribbon lately, but I've also worked on expanding API coverage in tbShellLib. Then I've got other in the works projects at various stages of development:

Nearly complete:

-ucDirectWrite - A Direct2D/DirectWrite based edit control that supports color emojis, to make my color emoji demo useful. Maybe 10% of the way done; it's a big one.

-dx8vb64 - Project to compile a 64bit dx8vb.dll... was working heavy on this before the ribbon, taking a break as it's been hugely frustrating trying to get VC++6 to cooperate; and it's *hugely* sensitive to SDK header versions; close isn't cutting it.

-DirectComposition demo... stuck at 99% because I suck at graphics work and can't figure out what it's drawing like this instead of like the C++ demo I'm copying:

https://www.vbforums.com/images/ieimages/2023/05/7.jpg

-PropSearch - Advanced find-file-by-property. 90% complete, stalled a bit til I feel like fighting more with a poorly documented BLOB format to display images in property columns, important due to intersection with ucShellBrowse, and increasingly common use of cloud storage explorer extensions using them. Also some energy sucking debugging to figure out why some searches are blowing up in my face; but the method works in other programs I've written so not a unclimbable wall.
https://www.vbforums.com/images/ieimages/2023/08/7.jpg

-tbDevMan - Device Manager view with enable/disable/disconnect... 80%... really need to finish this one. I started a break when I got annoyed with this:
https://www.vbforums.com/images/ieimages/2023/07/11.jpg
I can't figure out how to add the circled stuff to my list.

Preliminary stages: Things that aren't very far along.
-Control panel applet - Want to make one of these in tb/vb, looks very do-able in tB; a little harder in VB (has be be a stddll). I've built the property pages into a resource file, but haven't started principal coding yet. Just started this week.

-tbMinifilter - Implement a minifilter kernel mode driver; proof of concept implementing NullFilter complete ready to test, but stalled due to twinBASIC bug not yet fixed.

-Multiresolution Lemmings - I want to make my Lemmings x64 port be able to switch sizes, instead of providing 2 exes with small and large fixed sizes. I've set up the switching menu... just gotta write the actual code, will get to it eventually lol

-ucWebView2 - Make an open source WebView2 wrapper. Proof of concept is done; successfully built the tB Monaco demo and loaded it into VB6.

Regular maintainance - There's a number of projects that I continually update: oleexp/tbShellLib, ucShellBrowse, cTaskDialog64 (actively working on implementing purported solutions to VBA crashing). Then I'll randomly get in the mood to add a new feature to an old project, or get a bug report and do a fix.

In addition, I've got a number of personal utilities that are also packed full of random things I try. I'm always adding new test features and playing with these. Then there's the c/c++ projects I'm doing to learn those languages better.