Forum Discussion

8 Replies

  • megancs's avatar
    megancs
    Copper Contributor

    Karl_Donaubauer , thank you for creating these videos and for spreading the news about the upcoming Monaco Editor enhancement.

     

    After watching the demo included in your video, I am excited for the new SQL editor and can't wait to use it. I plan on letting my colleagues know that it will be coming soon! Do you know (or have any guesses) whether the new editor will become the standard everyone must upgrade to and use? Or will users have the option to keep using the old SQL view, if they want?

     

    Thanks for your insights!

    Megan

    • Hi Megan,

       

      Do you know (or have any guesses) whether the new editor will become the standard everyone must upgrade to and use? Or will users have the option to keep using the old SQL view, if they want?

       

      I _think_ that the new editor will replace the old one. So, it will be the only choice in the versions where it will be implemented (Access 365, future perpetual licenses, for existing ones we will have to see).

       

      Servus
      Karl
      ****************
      Access News, Forever, DevCon
      Access-Entwickler-Konferenz AEK - 19./20.10. Nürnberg

  • fcardenas_moti's avatar
    fcardenas_moti
    Copper Contributor

    Karl_Donaubauer That's great!  Access is still the best RAD tool on the market, and the best Desktop database everywhere. No matter how many new tools appear every year (I'm looking at you, Power Platform) there is no tool as complete and powerful as Access.

    I've been using it since version 1.0 and still love it. Believe me... I try to find an app as powerful (and COMPLETE) as Access is, and in 30+ years, still looking!

    If I could change Access in any way, I would implemente javaScript as a programming language (can you imagine that), replace FORMS with HTML and Code-Behind and, obviously, then add some support to export this Forms to web somehow.

    That would create the BE-ALL and perfect tool for almost all scenarios. Well... I could dream!

    Thank you for your GREAT WORK! And to make this incredible software better all the time!

     

    • Karl_Donaubauer's avatar
      Karl_Donaubauer
      MVP

      Hi,

       

      I would implemente javaScript as a programming language (can you imagine that), replace FORMS with HTML and Code-Behind and, obviously, then add some support to export this Forms to web somehow.

      ...Well... I could dream!

       

      I think your last sentence is the decisive here. 😉 I do not expect any major changes by Microsoft for Access. However, there's a realistic chance that for the first time we will see a (most likely commercial) choice for different kinds of extensions and modernizations from a third party vendor.

       

      Servus
      Karl
      ****************
      Access News, Forever, DevCon
      Access-Entwickler-Konferenz AEK - 19./20.10. Nürnberg

    • George_Hepworth's avatar
      George_Hepworth
      Silver Contributor

      fcardenas_moti 

       

      "If I could change Access in any way, I would implemente javaScript as a programming language (can you imagine that), replace FORMS with HTML and Code-Behind and, obviously, then add some support to export this Forms to web somehow."

       

      Uh, that sounds very much like Access Web Apps, which existed between 2013 and 2016 and were then deprecated. 

      • facg68's avatar
        facg68
        Copper Contributor

        George_Hepworth 

        Definitely, but Web Apps were implemented using proprietary objects that, outside of a controlled Windows environment, did not work very well... Not to mention the dependency on a certain browser...


        If Access could completely replace its framework (Forms -> HTML Forms) and implement "Code Behind" using visual basic (vbScript) or (why not?) JavaScript, Access forms would (really) be complete web pages, easily exportable to a server like IIS, without specific dependencies or the use of "Office Objects" that only worked in a specific environment.

        In addition to the freedom that an expandable and expansive language like JavaScript gives to developers.


        Why not have the best of both worlds?

Resources