Page 4 of 6 FirstFirst 123456 LastLast
Results 121 to 160 of 219

Thread: TwinBasic

  1. #121
    PowerPoster
    Join Date
    Feb 2017
    Posts
    3,216

    Re: TwinBasic

    Is there somewhere a list of all new features introduced to tB now?
    I was about to open an "issue", but didn't want to suggest something already supported.

    Also, should they be things only related to the language itself, or can they be also suggestions regarding forms and features that are not currently developed?
    Last edited by Eduardo-; Apr 15th, 2021 at 02:56 PM.

  2. #122
    Frenzied Member
    Join Date
    Jun 2012
    Posts
    1,788

    Re: TwinBasic

    I hope WaynePhillipsEA will not get distracted too much by too many "side-wishes" and will still focus on the core to make prio for compatibility.

  3. #123
    Member
    Join Date
    Dec 2020
    Posts
    48

    Re: TwinBasic

    Quote Originally Posted by Krool View Post
    I hope WaynePhillipsEA will not get distracted too much by too many "side-wishes" and will still focus on the core to make prio for compatibility.
    Don't worry, back compatibility is the #1 priority. I'm not planning any major new features for a little while until we've put the bulk of the remaining missing features in place over the next couple of weeks.

  4. #124
    Member
    Join Date
    Dec 2020
    Posts
    48

    Re: TwinBasic

    Quote Originally Posted by Eduardo- View Post
    Is there somewhere a list of all new features introduced to tB now?
    I was about to open an "issue", but didn't want to suggest something already supported.

    Also, should they be things only related to the language itself, or can they be also suggestions regarding forms and features that are not currently developed?
    The list of features under 'Compiler Features' on the main homepage (twinbasic.com) is the most thorough list of features for now until the documentation is complete.

    Please do come over and post any requests on the github page any time you like. Everyone here is welcome to come over, and the more people we can get involved in the discussions will help shape the future of the product.

    https://github.com/WaynePhillipsEA/twinbasic/issues

    I certainly don't mind if the issues you raise relate to something not yet implemented... I'll just label them as such, ready to look at when we get to that stage.

  5. #125
    PowerPoster
    Join Date
    Feb 2017
    Posts
    3,216

    Re: TwinBasic

    OK, thank you for the clarifications.

  6. #126
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    twinBASIC's 100% Compatibility Goal...

    "twinBASIC is a modern version of the classic BASIC programming language. With twinBASIC we aim for 100% backwards compatibility with existing VB6 and VBA projects."

    twinBASIC's 100% Compatibility Goal

  7. #127
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    Good to see there have been 222 downloads of the twinBASIC preview.

    Edit: Now 230 downloads
    Last edited by VB6 Programming; Apr 24th, 2021 at 03:25 AM.

  8. #128
    Addicted Member
    Join Date
    Jun 2016
    Location
    Espaņa
    Posts
    245

    Re: TwinBasic

    To be a first version, it works a lot better than I expected,
    Great work tb.

  9. #129
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    Quote Originally Posted by yokesee View Post
    To be a first version, it works a lot better than I expected,
    Great work tb.
    I'm very impressed too. Great compatibility with the VB6 language. There is still a lot to be done, I'm looking forward to Forms/GUI support being added, and the automatic migration from VB6.

  10. #130
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    Slides of the Access DevCon twinBASIC presentation twinBASIC slides

    and some other twinBASIC links https://nolongerset.com/devcon-2021/

    There have been over 250 downloads of the twinBASIC Developer Preview twinBASIC Developer Preview installation guide
    Last edited by VB6 Programming; Apr 27th, 2021 at 07:18 AM.

  11. #131
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    twinBASIC Preview release 0.9.2021 out now.

    This release adds late-bound support to twinBASIC classes, which in turn fixes many other issues such as WithEvents support.

  12. #132
    Taking a Break
    Join Date
    Jan 2020
    Posts
    1,340

    Re: TwinBasic & RADBasic

    Quote Originally Posted by mansellan View Post
    Just spotted this, I'm a long-time contributer to the Rubberduck extension - Wayne has contributed some of the most complex, ingenious code to the project, deep inside the internals of VB. I'm quite sure this is real, and I'm really looking forward to seeing it.
    do you test twinbasic?

  13. #133
    New Member
    Join Date
    Nov 2018
    Posts
    13

    Re: TwinBasic & RADBasic

    Yes, been testing since before the first public preview. I've contributed to a bunch of the feature requests on the project's GitHib project. There's more to do (not least of which is forms support), but it's progressing swiftly.

  14. #134
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

  15. #135
    Addicted Member
    Join Date
    Jun 2016
    Location
    Espaņa
    Posts
    245

    Re: TwinBasic

    I have the following problem.
    the list of com I get empty
    I only have OLE Automation V2
    It does not let me select any reference.
    a greeting

  16. #136
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    Quote Originally Posted by yokesee View Post
    I have the following problem.
    the list of com I get empty
    I only have OLE Automation V2
    It does not let me select any reference.
    a greeting
    [/img]
    Have you registered RC6.dll and RC6Widgets.dll?
    For those who want to run the code, before you start:

    the newest RC6-Version 6.0.8 needs to be downloaded
    unzipped into a Folder of your choice
    and then RC6.dll and RC6Widgets.dll need to be registered (e.g. via the 2 little install-scripts in the Package)
    See the instructions here

  17. #137
    Member
    Join Date
    Dec 2020
    Posts
    48

    Re: TwinBasic

    Quote Originally Posted by yokesee View Post
    I have the following problem.
    the list of com I get empty
    I only have OLE Automation V2
    It does not let me select any reference.
    a greeting
    Hi! This is a bug. Could you possibly open up an issue over at GitHub so that we can investigate?
    https://github.com/WaynePhillipsEA/twinbasic/issues

    Thanks!

  18. #138
    Lively Member
    Join Date
    Aug 2013
    Posts
    106

    Re: TwinBasic

    Quote Originally Posted by WaynePhillipsEA View Post
    Hi! This is a bug. Could you possibly open up an issue over at GitHub so that we can investigate?
    https://github.com/WaynePhillipsEA/twinbasic/issues

    Thanks!
    Good on you Wayne, class response.

  19. #139
    Addicted Member
    Join Date
    Jun 2016
    Location
    Espaņa
    Posts
    245

    Re: TwinBasic

    Thank you .
    In a virtual machine VSCODE and RC6, it worked perfectly.
    It may be a problem with my vscode installation
    good team Vbbrichclient TwinBasic
    a greeting
    Last edited by yokesee; Apr 29th, 2021 at 09:40 AM.

  20. #140
    Member
    Join Date
    Nov 2017
    Posts
    56

    Re: TwinBasic

    The clock with RC6 works perfectly.

    Only to check compatibility
    the RC6BaseDlls folder is placed in the workspace next to the Build folder with recording of the 2 .vbs

    Also based on RC6, an equally convincing RecordSet test :

    Modifications :

    vbLeftJustify, vbRightJustify, vbCenter not recognized, replace respectively with 0,1,2
    Static replace by Dim in cfMain Class
    App.Path replace by absolute address "C:\...\..."


    Name:  Image3.jpg
Views: 210
Size:  39.4 KB
    Last edited by camomille; May 6th, 2021 at 07:22 AM.

  21. #141

    Thread Starter
    Frenzied Member
    Join Date
    Dec 2014
    Posts
    1,442

    Re: TwinBasic

    if RC6 could be added to the project without the need to register the dll, as u can just put them in the same folder as the compiled .exe that could be what I need to start using RC.

  22. #142
    Hyperactive Member
    Join Date
    Aug 2020
    Posts
    316

    Re: TwinBasic

    Quote Originally Posted by baka View Post
    if RC6 could be added to the project without the need to register the dll, as u can just put them in the same folder as the compiled .exe that could be what I need to start using RC.
    RC5/RC6 has always been doing what you expect (no need to register DLLs), but you always close your eyes and cover your ears.

    https://www.vbforums.com/showthread....=1#post5443031

  23. #143

    Thread Starter
    Frenzied Member
    Join Date
    Dec 2014
    Posts
    1,442

    Re: TwinBasic

    no, I can't make RC to work. I can't add it to the references, it gives me errors. I have told about this numerous times. no matter what Im doing I can't add to references, so its impossible to use.

  24. #144
    PowerPoster
    Join Date
    Jun 2013
    Posts
    5,473

    Re: TwinBasic

    Quote Originally Posted by baka View Post
    no, I can't make RC to work. I can't add it to the references, it gives me errors.
    That might happen, if you didn't keep the Dlls from the zipped packages together in their "unzipped Folder-location".

    Perhaps make another attempt with the RC6BaseDlls.zip-Download?
    - unpack it to C:\RC6\
    - now go into that Folder (and don't move any Files away from each other, leave them sitting there together, as they are)
    - if you have an OS higher than XP, then it should be sufficient, to just DblClick the two *.vbs Files for registering

    If you don't like the registering via *.vbs Files, then you can of course do the registering also manually:
    - by opening a console in admin-mode
    - and then typing: regsvr32 C:\RC6\RC6.dll (and regsvr32 C:\RC6\RC6Widgets.dll respectively)

    Now you should see two new (errorfree selectable) entries in your VB6-IDEs References-Dialog:
    - RC6
    - RC6Widgets

    Cannot imagine, that this works for hundreds of Users, but not on your machine
    (other than, that you possibly do not run your VB6-IDE elevated? ... or have some "weird AddIn" loaded?).

    Olaf

  25. #145
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    Weekly update on the status of twinBASIC:

    twinBASIC status update

  26. #146
    PowerPoster
    Join Date
    Feb 2017
    Posts
    3,216

    Re: TwinBasic

    Quote Originally Posted by VB6 Programming View Post
    Weekly update on the status of twinBASIC:

    twinBASIC status update
    Thanks.

  27. #147
    Hyperactive Member
    Join Date
    Feb 2015
    Posts
    258

    Re: TwinBasic

    twinBASIC Roadmap/Priorities - twinBASIC are asking for our views on what should be the development priorities for the twinBASIC language.

    twinBASIC Roadmap

  28. #148
    Hyperactive Member
    Join Date
    Aug 2020
    Posts
    316

    Re: TwinBasic

    Both twinBasic and RADBasic are products that are worth looking forward to, but I don't know when twinBasic will stabilize in the language syntax and become a product that can be used in practice.

    I have a suggestion, which is:
    (1) List all the features of VB.NET, and then discuss which features should be added to twinBasic.
    (2) In addition to the features of VB.NET, organize a list of extended features, and then discuss which features should be added to twinBasic.
    (3) Implement (1) as the main plan, and implement (2) as the auxiliary plan (future expansion plan)

    RADBasic can also take a similar approach.

  29. #149

    Thread Starter
    Frenzied Member
    Join Date
    Dec 2014
    Posts
    1,442

    Re: TwinBasic

    as for me, what I would like twinbasic to be is, example:

    - we do this in VB6 because theres no built-in function that can do it, example subclassing the mouse wheel.
    twinbasic should instead give us a built-in alternative so we dont need to subclass again.

    - same as before, is "the usual API", like get width/height in pixel and all the trouble with DPI etc.
    twinbasic should have a built-in alternative so we dont need to deal with that again.

    - a more robust graphic rendering that is following the monitor sync. so, all the graphic methods, that "draw", will actually draw into a memory buffer, and when monitor sync, it will draw "everything" in one go. (like we have with direct2d, I draw everything but not until I use "EndDraw" it will actually show. this will allow flicker-free drawing/animation.

    so, instead of adding VB.NET features, VB6 can be upgraded first, by looking at every aspect that are lacking or where we need to do lots o "tricks" to go around a problem, twinbasic should give us an alternative.

  30. #150
    Taking a Break
    Join Date
    Jan 2020
    Posts
    1,340

    Re: TwinBasic

    Can the grammar check function expose the interface? I am developing a small VB6 IDE, using VB6, VBS, JAVASCRIPT as the code to run


    Features:
    - Unicode enabled.
    - 32 bit and 64 bit versions.
    - High DPI aware for any monitor resolution.
    - Language localization. Simple create language file based on English.lang file.
    - Localized for 11 languages.
    - Projects and non-project based editing.
    - Easy integration of Console or GUI based code.
    - Incremental compiling of code defined as a "module".
    - Easy including of Windows Resource files simply by specifying which source code file is the resource.
    - Seamless integration of the Compiler (both 32 bit and 64 bit).
    - Codetip popups and auto completion.
    - Built in Visual Designer.
    Last edited by xiaoyao; May 8th, 2021 at 04:57 PM.

  31. #151
    Taking a Break
    Join Date
    Jan 2020
    Posts
    1,340

    Re: TwinBasic

    Quote Originally Posted by baka View Post
    as for me, what I would like twinbasic to be is, example:

    - we do this in VB6 because theres no built-in function that can do it, example subclassing the mouse wheel.
    twinbasic should instead give us a built-in alternative so we dont need to subclass again.

    - same as before, is "the usual API", like get width/height in pixel and all the trouble with DPI etc.
    twinbasic should have a built-in alternative so we dont need to deal with that again.

    - a more robust graphic rendering that is following the monitor sync. so, all the graphic methods, that "draw", will actually draw into a memory buffer, and when monitor sync, it will draw "everything" in one go. (like we have with direct2d, I draw everything but not until I use "EndDraw" it will actually show. this will allow flicker-free drawing/animation.

    so, instead of adding VB.NET features, VB6 can be upgraded first, by looking at every aspect that are lacking or where we need to do lots o "tricks" to go around a problem, twinbasic should give us an alternative.
    It would be better to develop a VB6 plug-in package (add in), which can allow many VB6 users to switch over to use your software.
    The plug-in is just a DLL, and installing your programming IDE may require hundreds of megabytes of space

    Develop a VB6 plug-in program for free, which can train more users and let them try some new features.
    Last edited by xiaoyao; May 8th, 2021 at 04:58 PM.

  32. #152
    PowerPoster
    Join Date
    Jun 2013
    Posts
    5,473

    Re: TwinBasic

    Quote Originally Posted by baka View Post
    as for me, what I would like twinbasic to be is, example:

    - we do this in VB6 because theres no built-in function that can do it, example subclassing the mouse wheel.
    twinbasic should instead give us a built-in alternative so we dont need to subclass again.

    - same as before, is "the usual API", like get width/height in pixel and all the trouble with DPI etc.
    twinbasic should have a built-in alternative so we dont need to deal with that again.

    - a more robust graphic rendering that is following the monitor sync. so, all the graphic methods, that "draw", will actually draw into a memory buffer, and when monitor sync, it will draw "everything" in one go. (like we have with direct2d, I draw everything but not until I use "EndDraw" it will actually show. this will allow flicker-free drawing/animation.

    so, instead of adding VB.NET features, VB6 can be upgraded first, by looking at every aspect that are lacking or where we need to do lots o "tricks" to go around a problem, twinbasic should give us an alternative.
    TwinBasic (as a compiler, a "language") is not responsible to solve your points above.
    All it needs to focus on is, to provide the ability to compile VB6 *.cls and *.bas modules (as they are) -
    later on also providing support, to achieve that feat also on other platforms - but nothing more (especially that latter part is harder than it seems).

    Every single one of your points above, can then be solved:
    - in a "twinBasic accompanying "Class-Framework with enhanced Drawing- and GUI-support"
    - ideally written in twinBasic (or VB6 *.cls or *.bas modules only, to which twinBasic is compatible)
    - furthermore, that new Class-Framework should work platform-independent (using no Direct2D, no DirectX, no GDI32, no GDIPlus underneath)
    - ideal would be, when you could already start using that framework now, directly in VB6 (to gather experience with it)
    - it'd also be nice, when that framework would allow, to solve the same problems you formerly solved with GDIPlus etc., in less lines of code
    - it'd also be nice, when the Class-framework itself would be implemented efficiently (binaries significantly smaller than .NET, QT, GTK+)

    Now wait,... we have that already...

    Well, here I'm kinda thankful, that with twinBasic - it now becomes more and more clear what I was aiming at with the RC5/RC6 ClassLib...
    TwinBasic simply providing somewhat earlier "the yet missing part" (I nevertheless continue to work on).

    Olaf

  33. #153
    PowerPoster
    Join Date
    Feb 2017
    Posts
    3,216

    Re: TwinBasic

    I don't think that's the (only) aim of tB.
    The aim is to support forms, usercontrols and property pages. It aims to be backward compatible with existent VB6 projects.
    So far it only supports bas and class modules because that was the first step (and I think the "easier" part), but it doesn't stop there.

  34. #154
    PowerPoster
    Join Date
    Jun 2013
    Posts
    5,473

    Re: TwinBasic

    Quote Originally Posted by Eduardo- View Post
    I don't think that's the (only) aim of tB.
    I'm not yet sure, what kind of concept Wayne plans with regards to:
    "VB6-compatible GUI support in an extended tB-Runtime-Lib".

    I seriously hope, that he doesn't plan to "re-invent, what's already there".
    (especially not, since doing so, would require an additional amount of about 3 man-years on his end).

    Therefore I think, that he plans to develop this GUI-support in a "Web-based fashion".
    (the existence of his little WebServer-Addon, tB currently ships with, is an indicator for that -
    and also his existing experience with his current GUI-Outputs in the context of VSCode - which works WebBased (NodeJS+Electron-like) as well.

    If that is the case, then our efforts with regards to GUI-support will not overlap at all:
    - the RC6-lib providing a "classic, Desktop-based UserControl/Widget-concept" (able to import VB *.frm, *.frx, *.ctl, *.ctx)
    - tB-GUI-RTLib providing a "Web-based (Chromium-based) UserControl/Widget-concept" (able to import VB *.frm, *.frx, *.ctl, *.ctx)

    Quote Originally Posted by Eduardo- View Post
    The aim is to support forms, usercontrols and property pages.
    It aims to be backward compatible with existent VB6 projects.
    So far it only supports bas and class modules ...
    Both of the GUI-concepts I've just mentioned above, can be implemented with only "plain *.cls and *.bas support" at compiler-level.
    (it's both "Class-library-stuff" - and not the concern of a given compiler).

    And as said - both concepts can be brought to a point (quite *easily*), where you're later be able to:
    - also import existing *.frm and *.ctl files (because they're both essentially "Class-definitions" underneath, with a bit of Control- and Positioning-Infos "on top")
    - which would then work (exactly as they formerly did in VB6) with RC6-Desktop-Widget-mappings, or tB-WebWidget-mappings
    - with the advantage, that thusly imported *.frm and *.ctl files, would work also on other platforms like Android or Linux
    - either in Desktop-Widget-mode - or in "BrowserControl-based mode", Electron-like

    If you'd be willing, I could explain (and demonstrate) these necessary import- transform-steps (to RC6-Forms and RC6-Widgets),
    based on a simple VB6-TestForm, which uses a simple UserControl you've written (e.g. your "advanced Shape-Control").

    Olaf

  35. #155
    PowerPoster
    Join Date
    Feb 2017
    Posts
    3,216

    Re: TwinBasic

    I don't know what he's doing and what ideas he has in mind, I only hope that he don't get misguided by wrong ideas.

    About yourself: I think you already got what you needed (a compiler for bas and cls), you can write yourself your usercontrols and forms importer in RC, you don't need for Wayne to do anything else, only cross platform compilation is currently missing for you.
    You can do you own "Basic" or "VB6 replacement" from what you have now.

  36. #156
    PowerPoster
    Join Date
    Jun 2013
    Posts
    5,473

    Re: TwinBasic

    Quote Originally Posted by Eduardo- View Post
    I don't know what he's doing and what ideas he has in mind, I only hope that he don't get misguided by wrong ideas.
    I sure hope so as well...

    I consider anything which would introduce ActiveX or OCX-stuff into a platform-independently planned compiler, as "the wrong idea".

    Any such "MS-dependency-heavy" stuff should not be part in the "official RuntimeLib" of a platform-independent compiler,
    and instead be developed as a "side-project" (preferrably by those who need that).

    Quote Originally Posted by Eduardo- View Post
    About yourself: I think you already got what you needed...
    If that's the way you think about all the current ongoing efforts, it cannot be helped...

    Eduardo, you have to realize, that there's guys out there who have a vision -
    (and who don't think about "satisfying personal needs").

    As for my vision with all my ongoing efforts...
    It is to ensure a (long-term) future for VB6 - and I seriously hope, that Wayne is sharing that vision...
    (a future, 100% compatible Visual Basic simply cannot be restricted to "Windows-only" in the visual department... no way!).

    Your vision seems to be:
    Let others do all the hard work - I'm not going to invest any of my precious time...
    I just want to re-compile "my old stuff" as a 64Bit-executable (on Windows-only) and be done with it.

    Well, and that's not really "community-spirit at its best", you know...

    I also don't know, why you have absolutely no interest in learning about,
    how exactly your current investments into old controls, your old "visual stuff" -
    could be brought onto a platform-independently working GUI-platform without too much efforts.

    Going "platform-independent GUI" does not mean at all, that existing investments into "*.frm or *.ctl" are lost.

    Olaf
    Last edited by Schmidt; May 9th, 2021 at 05:49 AM.

  37. #157
    PowerPoster
    Join Date
    Feb 2017
    Posts
    3,216

    Re: TwinBasic

    That's why I said that I hope that Wayne doesn't get not influenced by wrong ideas.

    As for efforts, I offer whatever I could do to achieve backward compatibility, that I believe is the key to success of a (true, not fake) VB6 replacement.
    I first need to be asked to do something.
    By the time being I made a Component Documenter, not so much thinking in VB6 components that are few these days, but thinking in new components (or existing, migrated) for tB and RB.

    So, no. The one following a personal agenda is perhaps you.
    What are you planning to do with your RC6 anyway? Do you want to be famous? Are you planning to get money? I don't understand your fixation with that component. Allow other people to do something better.

    As for "learning new things", in case that you are talking about your RC6, you already got my answer many times: I'm not interested.

    And every time you try to push others into the adoption of your personal project in a Jehovah Witness way, you get people more and more away (OK, some get in, as some convert to be Jehovah Witness too).

    I just wonder how long your "friendship" with Wayne will last.

    And BTW, I wonder who set up those fake GitHub accounts to present issues related to RC6 in the tB section.

    The only relationship that success with you is of the master-slave, like with SDO (DM).

  38. #158
    PowerPoster
    Join Date
    Jun 2013
    Posts
    5,473

    Re: TwinBasic

    Quote Originally Posted by Eduardo- View Post
    That's why I said that I hope that Wayne doesn't get not influenced by wrong ideas.
    I've known exactly what you meant with "the wrong idea", already the first time.

    But that doen't make it "the wrong idea".
    Keeping up the platform-independent support not only in the compiler, but also in the supporting "official runtime" which comes with it, is absolutely the right idea.

    Quote Originally Posted by Eduardo- View Post
    So, no. The one following a personal agenda is perhaps you.
    I've already explained "my agenda" - it's bringing a Visual Basic into the new age.

    Any new language which wants to be successful in the long-run, has to be platform-independent.
    And a "special language", which focuses on "being more visual than others",
    has to ensure that platform-independence also in its accompanying runtime-lib.

    Quote Originally Posted by Eduardo- View Post
    What are you planning to do with your RC6 anyway?
    Do you want to be famous? Are you planning to get money?
    Why do you ask this nonsense?
    I'm providing (and maintaining) the framework at no costs for over a decade now (so, "money-making with the RC" is ruled out already)
    And I will keep my promise, to open everything up under LGPL as soon as "my vision" is reached
    (when VB6-Code will run 1:1 on Win and Linux or other non-windows-platforms - but not before).

    Quote Originally Posted by Eduardo- View Post
    I don't understand your fixation with that component.
    That's perhaps because you still don't understand why it is necessary
    (to achieve the goal of platform-independently running Visual Basic Code)

    Quote Originally Posted by Eduardo- View Post
    Allow other people to do something better.
    Well, the absolute best would be, when VB6-Projects:
    - could be simply imported (without requiring you, to change a single line - not even in *.frm and *.ctl parts)
    - and after that will run (as 64Bit-compiled binaries) on Windows and Linux

    Can this "absolute best" outcome be achieved by using the RC6-lib?
    Absolutely.

    Would a new Form-Designer (or other parts not covered currently by tB+VSCode) -
    require more coding-efforts, compared to e.g. an "ActiveX/OCX-based, WinOnly-supporting Form-Designer"?
    No, it would require less efforts.

    Quote Originally Posted by Eduardo- View Post
    As for "learning new things", in case that you are talking about your RC6,
    you already got my answer many times: I'm not interested.
    I know that already - but that doesn't mean I will refrain from commenting when you post stuff I absolutely disagree with
    (like e.g. your strong preferrence of a "Win-only" VB-successor).

    Quote Originally Posted by Eduardo- View Post
    And every time you try to push others into the adoption of your personal project in a Jehovah Witness way, you get people more and more away (OK, some get in, as some convert to be Jehovah Witness too).
    You got that entirely wrong - I'm primarily a tech-nerd (religious striving is sooo not my thing...).

    From your responses it is obvious, that the purpose (and necessity) of a lib like the RC5/6 is still not understood by you
    (nor is it understood by the majority of the remaining community... most of the guys with the capabilities to understand, have "migrated" long ago).

    Quote Originally Posted by Eduardo- View Post
    I just wonder how long your "friendship" with Wayne will last.
    Why you're getting personal now, I have no idea.
    But nope, there's no such thing as a friendship at the moment - only mutual respect, I hope.

    Quote Originally Posted by Eduardo- View Post
    And BTW, I wonder who set up those fake GitHub accounts to present issues related to RC6 in the tB section.
    How low can you get in your thought-processes?

    Do you mean the "Mo-Lo" account?
    If that's the case, then I have a slight inkling who it might be - but will leave it to himself, to reveal his Forum-identity here...

    Quote Originally Posted by Eduardo- View Post
    The only relationship that success with you is of the master-slave, like with SDO (DM).
    Can you cut out this nonsense, please?
    I've mentioned it already several times (in different threads),
    that I feel extremely uncomfortable with any kind of "hero worship"...

    Olaf
    Last edited by Schmidt; May 9th, 2021 at 09:15 AM.

  39. #159
    PowerPoster
    Join Date
    Feb 2017
    Posts
    3,216

    Re: TwinBasic

    I don't think it is "low" to notify the other when someone is trying to take you as a fool.
    But whatever, I don't care anyway the quality of what you do.

    About wanted a Windows-only successor, it is another lie from you.
    I already said how I thought it would have to be, but anyway I'm not the designer, so it is no my decision. And I right now I don't have the time to search for it (I have to do something else at the moment), may be later (or never).

  40. #160
    PowerPoster
    Join Date
    Jun 2013
    Posts
    5,473

    Re: TwinBasic

    Quote Originally Posted by Eduardo- View Post
    I don't think it is "low" to notify the other when someone is trying to take you as a fool.
    Are you still onto the topic of that "Mo-Lo" account who's posting in the tB-issue-section on GitHub?

    What did you not understand in my reply, that it wasn't me who created this account.
    It's you who's acting like a fool (seeing "ghost-accounts" where there aren't any).

    Quote Originally Posted by Eduardo- View Post
    But whatever, I don't care anyway the quality of what you do.
    ???
    Is it you, xiaoyao?

    Quote Originally Posted by Eduardo- View Post
    About wanted a Windows-only successor, it is another lie from you.
    Yeah - you want a lot of things (without having the slightest clue, how GUI-support like that has to be implemented,
    to not be restricted to "win-only" (and the consequences and compromises which result from these technical implementation-necessities).

    Quote Originally Posted by Eduardo- View Post
    I already said how I thought it would have to be, ...
    Making "wishes" with regards to "how you'd prefer GUI-support to look like" is one thing...
    Another thing entirely, whether "such a wish" is technically considered feasible
    (in the eyes of the ones who possess the required knowledge, to implement such a platform-independent GUI).

    Olaf

Page 4 of 6 FirstFirst 123456 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width