cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 
Developer forum

GDL Syntax Highlight for VSCode

Miha Nahtigal
Enthusiast
I've just published a VSCode Extension for GDL highlighting (it's free). It is a first release so it is a bit rough. I'll try to update it regularly.

You can download it from VSCode marketplace or install it directly from VSCode->Extensions (search for GDL).
38 REPLIES 38

Nader Belal
Mentor
thank you
A good friend of mine have once told me that I´m so brute that I´m capable of creating a GDL script capable of creating GDLs.

vdentello
Booster
vuego wrote:
I've just published a VSCode Extension for GDL highlighting (it's free). It is a first release so it is a bit rough. I'll try to update it regularly.

You can download it from VSCode marketplace or install it directly from VSCode->Extensions (search for GDL).
Great!!
Archicad User Since 2013
GDL Developer
Experimenting with API
from Brazil

Peter Baksa
Graphisoft
Graphisoft
Hi all,

Graphisoft has been working on something similar, now we are releasing our extension for VSCode.
It has syntax highlighing, gdl-specific themes, snippets, script outline and built-in reference guide.
Install it from VSCode by searching GDL in the Extension view. We will update it with each ArchiCAD release.
Péter Baksa
Software Engineer, Library as a Platform
Graphisoft SE, Budapest

I think we need to use it in Archicad gdl editor!!

AC 25 5010 CHI, Windows 10

vdentello
Booster
Peter wrote:
Hi all,

Graphisoft has been working on something similar, now we are releasing our extension for VSCode.
It has syntax highlighing, gdl-specific themes, snippets, script outline and built-in reference guide.
Install it from VSCode by searching GDL in the Extension view. We will update it with each ArchiCAD release.
Another Awesome Adition! Amazing!

A quick sugestion: Enhance Documentation regarding XML Specific Data Like "GDL Pict" which embeds images.
The only way I could achieve it was by extracting pre-made Objects and analysing the actual code. Even the GDLXml converter topic is quite "simplistic".
There's no documentation on that topic.
Archicad User Since 2013
GDL Developer
Experimenting with API
from Brazil

Nader Belal
Mentor
Thank you.
A good friend of mine have once told me that I´m so brute that I´m capable of creating a GDL script capable of creating GDLs.

runxel
Ace
Peter wrote:
Graphisoft has been working on something similar, now we are releasing our extension for VSCode.
It has syntax highlighing, gdl-specific themes, snippets, script outline and built-in reference guide.
Install it from VSCode by searching GDL in the Extension view. We will update it with each ArchiCAD release.

Nice work, Peter. Good to see GDL getting some love.
But no open source?
That's sad.
Mostly AC 26 on Mac | Author of SelfGDL | Developer of the GDL plugin for Sublime Text |
«Furthermore, I consider that Carth... yearly releases must be destroyed»

Peter Baksa
Graphisoft
Graphisoft
Yes, the intent is that it will be open-source, we need some time to organize it in a company-standard way.
Péter Baksa
Software Engineer, Library as a Platform
Graphisoft SE, Budapest

runxel
Ace
Peter wrote:
Yes, the intent is that it will be open-source, we need some time to organize it in a company-standard way.
Oh, great to hear! 
Looking forward! Keep up the good work.
Mostly AC 26 on Mac | Author of SelfGDL | Developer of the GDL plugin for Sublime Text |
«Furthermore, I consider that Carth... yearly releases must be destroyed»

Joe Putnam
Newcomer
Peter wrote:
Yes, the intent is that it will be open-source, we need some time to organize it in a company-standard way.
Great news. It would also be good to add a series of best practice tutorials to the you tube site. Similar to what is done for ArchiCAD in general. Something that would blow my mind would be if Graphisoft setup a github account similar to McNeel and had GDL and API samples that are as in depth as those found here.

https://github.com/mcneel/rhino-developer-samples

https://github.com/mcneel

It might be too much to ask but try open sourcing Param-O Look what that has done for Dynamo

https://dynamobim.org/

Nader Belal
Mentor
I support Putnam request
A good friend of mine have once told me that I´m so brute that I´m capable of creating a GDL script capable of creating GDLs.

vdentello
Booster
Yet can we still dream as something as simple as line numbering in GDL window inside Archicad? Or even like an extra text color (could be one for comment sections only), would make things much simpler.
Archicad User Since 2013
GDL Developer
Experimenting with API
from Brazil

Joe Putnam
Newcomer
vdentello wrote:
Yet can we still dream as something as simple as line numbering in GDL window inside Archicad? Or even like an extra text color (could be one for comment sections only), would make things much simpler.

That would be nice but Visual Studio Code is already a modern IDE. To me it would make much more sense for Graphisoft to continue to develop this extension and workflow to include remote debugging and execution of a running ArchiCAD instance in a way that is compatible with the existing workflow within ArchiCAD.

No need to use the internal editor if we can use a modern IDE that is tightly integrated. Unfortunately it is my understanding that the API does not yet allow for this. Most important is that they are not wasting development time and money on the IDE but putting that effort into modernizing and improving the scripting workflow.

vdentello
Booster
Joe wrote:
vdentello wrote:
Yet can we still dream as something as simple as line numbering in GDL window inside Archicad? Or even like an extra text color (could be one for comment sections only), would make things much simpler.

That would be nice but Visual Studio Code is already a modern IDE. To me it would make much more sense for Graphisoft to continue to develop this extension and workflow to include remote debugging and execution of a running ArchiCAD instance in a way that is compatible with the existing workflow within ArchiCAD.

No need to use the internal editor if we can use a modern IDE that is tightly integrated. Unfortunately it is my understanding that the API does not yet allow for this. Most important is that they are not wasting development time and money on the IDE but putting that effort into modernizing and improving the scripting workflow.
Yes, it's modern, it's useful and yet quite scary for new users. I still believe that a lot can be achieved inside Archicad, not having to go through something else, sorting folders, etc.
It could be much more accessible. Not everyone is capable/ comfortable with using VSCode. That just means less people involved with GDL.
I've taught basic GDL to a couple people and just the idea of having to use VSCode and LP2XML or HSF conversion for sure would've scared and put most of them away.
Archicad User Since 2013
GDL Developer
Experimenting with API
from Brazil

William Yan
Advocate
Joe wrote:
Peter wrote:
Yes, the intent is that it will be open-source, we need some time to organize it in a company-standard way.
Great news. It would also be good to add a series of best practice tutorials to the you tube site. Similar to what is done for ArchiCAD in general. Something that would blow my mind would be if Graphisoft setup a github account similar to McNeel and had GDL and API samples that are as in depth as those found here.

https://github.com/mcneel/rhino-developer-samples

https://github.com/mcneel

It might be too much to ask but try open sourcing Param-O Look what that has done for Dynamo

https://dynamobim.org/
yes! Agree!
AC 25 5010 CHI, Windows 10

Hmooslechner
Advisor
The benefit of scripting directly in Archicad is, that you get immediate results without loosing your time by copy-paste-actions or compiling actions and the need of loading libraries again and again into Archicad.

The need of using "alien programs" to script GDL slows down GDL-Development a lot - especially for me who does much in trial-error..

All this time-thiefing would not be nescessary if Graphisoft would renew the inner scripting. What is so difficult on it?

Graphisoft - develop a better GDL-Editor within!

Whats the problem, getting line-numbers, syntx highlighting and similar improvements within Archcad. That should be peanuts!

Did Graphisoft by this GDL from someone else and now they have no access to the original code? Just guessing..

Similar thoughts came up in me thinking about the old stairmaker..
AC5.5-AC25EduAut, PC-Win10, MacbookAirM1

Joe Putnam
Newcomer
Hmooslechner wrote:
The benefit of scripting directly in Archicad is, that you get immediate results without loosing your time by copy-paste-actions or compiling actions and the need of loading libraries again and again into Archicad.

The need of using "alien programs" to script GDL slows down GDL-Development a lot - especially for me who does much in trial-error..

All this time-thiefing would not be nescessary if Graphisoft would renew the inner scripting. What is so difficult on it?

Graphisoft - develop a better GDL-Editor within!

Whats the problem, getting line-numbers, syntx highlighting and similar improvements within Archcad. That should be peanuts!

Did Graphisoft by this GDL from someone else and now they have no access to the original code? Just guessing..

Similar thoughts came up in me thinking about the old stairmaker..


I think what you are all missing is that there is no reason to develop the in app editor any further and I am 110% certain they will never do this as it would be a waste of funds and time. All they need to do is expose the GDL engine to the API and we could have a first class IDE that has all of the functions of the built in tools but much better. Many apps work this way with external tools and the worry about "slow down" and iteration issues are non existent.

vdentello
Booster
Joe wrote:
Hmooslechner wrote:
The benefit of scripting directly in Archicad is, that you get immediate results without loosing your time by copy-paste-actions or compiling actions and the need of loading libraries again and again into Archicad.

The need of using "alien programs" to script GDL slows down GDL-Development a lot - especially for me who does much in trial-error..

All this time-thiefing would not be nescessary if Graphisoft would renew the inner scripting. What is so difficult on it?

Graphisoft - develop a better GDL-Editor within!

Whats the problem, getting line-numbers, syntx highlighting and similar improvements within Archcad. That should be peanuts!

Did Graphisoft by this GDL from someone else and now they have no access to the original code? Just guessing..

Similar thoughts came up in me thinking about the old stairmaker..


I think what you are all missing is that there is no reason to develop the in app editor any further and I am 110% certain they will never do this as it would be a waste of funds and time. All they need to do is expose the GDL engine to the API and we could have a first class IDE that has all of the functions of the built in tools but much better. Many apps work this way with external tools and the worry about "slow down" and iteration issues are non existent.
@Joe, I see the point. Yet, Line numbering sounds to trivial, it's kinda hard to believe that it would consume a lot of resources to implement. Or even like I said, colored comments.
It's not about having a first class IDE inside Archicad, just something that is at the least Decent to look at and usable.
Archicad User Since 2013
GDL Developer
Experimenting with API
from Brazil

Nader Belal
Mentor
@Hmooslechner

In programming/scripting there are two type of people, people who need an interface to know what they are doing and detect their errors in an easier manner such as myself, and people who can programming/scripting without the the need of the interface.

I belong to the first type, but the VScode and the default tools that it brings with in have been a bliss for me and have helped me to script a little bit faster.

@vdentello I know that not having line numbering is a little bit infuriating, but have you tried the short cut of "Ctrl + L" !!!

@Joe Putnam
All they need to do is expose the GDL engine to the API and we could have a first class IDE that has all of the functions of the built in tools but much better.
Would you be kind enough to explain this statement since I don't quiet get it.
A good friend of mine have once told me that I´m so brute that I´m capable of creating a GDL script capable of creating GDLs.

Still looking?

Browse more topics

Back to forum

See latest solutions

Accepted solutions

Start a new discussion!