[ann] moldable editor - syntax highlighting ... with a twist

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[ann] moldable editor - syntax highlighting ... with a twist

Tudor Girba-2
Hi,

After another intense week, we are happy to announce that the Brick editor now supports some advanced syntax highlighting.

To put it in perspective, let us take a look at one screenshot showing an inspector presentation containing a Brick editor opened on a Pillar file that includes some text, a code snippet and a reference to a picture:


This shows both that we style the text based on the Pillar grammar, but also that we can style Smalltalk code (in fact, we have two nested stylers here).

But, the more interesting thing is that below the picture reference, we get to see the actual picture (which happens to be another inspector screenshot). In fact, this picture is actually just another text attribute (we call it an adornment) that can be dynamically added to any text elements. This opens up a whole lot of expression power and it is all easily compose-able. This is another reason why we say that this editor is moldable and you should expect new applications making use of this moldability and combining it with the liveliness of Pharo.

The latest Brick code is loadable through:
Metacello new
baseline: 'Brick';
repository: '<a href="github://pharo-graphics/Brick/src" class="">github://pharo-graphics/Brick/src';
load: #development.

If you want to play with Pillar, load the following extra code and just inspect a Pillar file:
Metacello new
smalltalkhubUser: 'Pier' project: 'Pillar';
configuration: 'Pillar';
version: #development;
load.
((IceRepository registry detect: [ :each | each name = 'Brick' ])
packageNamed: 'Brick-Editor-Pillar') loadLatest.

One other thing to mention is performance. What Alex (Syrel) managed to do is quite remarkable. To see the impact in practice, try editing the largest method in Pharo (UnicodeDefinitions class >> #data) in both the built-in editor and in the Brick editor by inspecting:
BrTextEditor onMethod: UnicodeDefinitions class >> #data

There are still issues left to deal with and we will focus on them in the following weeks. But, we can safely say that the most important challenges are now behind us and that the design of the editor code is stable and robust.

Please do let us know what you think.

Cheers,
The feenk team


--
www.tudorgirba.com
www.feenk.com

"If you interrupt the barber while he is cutting your hair,
you will end up with a messy haircut."


_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.list.inf.unibe.ch/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [ann] moldable editor - syntax highlighting ... with a twist

abergel
Hi!

I just gave a try. The editor works well!

What is the status of Brick in general? I mean, there are many examples, with windows and buttons. How far are we from being able to build nice UI?

Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Aug 12, 2017, at 5:35 PM, Tudor Girba <[hidden email]> wrote:
>
> Hi,
>
> After another intense week, we are happy to announce that the Brick editor now supports some advanced syntax highlighting.
>
> To put it in perspective, let us take a look at one screenshot showing an inspector presentation containing a Brick editor opened on a Pillar file that includes some text, a code snippet and a reference to a picture:
>
> <pillar-example.png>
>
> This shows both that we style the text based on the Pillar grammar, but also that we can style Smalltalk code (in fact, we have two nested stylers here).
>
> But, the more interesting thing is that below the picture reference, we get to see the actual picture (which happens to be another inspector screenshot). In fact, this picture is actually just another text attribute (we call it an adornment) that can be dynamically added to any text elements. This opens up a whole lot of expression power and it is all easily compose-able. This is another reason why we say that this editor is moldable and you should expect new applications making use of this moldability and combining it with the liveliness of Pharo.
>
> The latest Brick code is loadable through:
> Metacello new
> baseline: 'Brick';
> repository: 'github://pharo-graphics/Brick/src';
> load: #development.
>
> If you want to play with Pillar, load the following extra code and just inspect a Pillar file:
> Metacello new
> smalltalkhubUser: 'Pier' project: 'Pillar';
> configuration: 'Pillar';
> version: #development;
> load.
> ((IceRepository registry detect: [ :each | each name = 'Brick' ])
> packageNamed: 'Brick-Editor-Pillar') loadLatest.
>
> One other thing to mention is performance. What Alex (Syrel) managed to do is quite remarkable. To see the impact in practice, try editing the largest method in Pharo (UnicodeDefinitions class >> #data) in both the built-in editor and in the Brick editor by inspecting:
> BrTextEditor onMethod: UnicodeDefinitions class >> #data
>
> There are still issues left to deal with and we will focus on them in the following weeks. But, we can safely say that the most important challenges are now behind us and that the design of the editor code is stable and robust.
>
> Please do let us know what you think.
>
> Cheers,
> The feenk team
>
>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "If you interrupt the barber while he is cutting your hair,
> you will end up with a messy haircut."
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.list.inf.unibe.ch/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [ann] moldable editor - syntax highlighting ... with a twist

Tudor Girba-2
Hi,

> On Aug 13, 2017, at 5:50 PM, Alexandre Bergel <[hidden email]> wrote:
>
> Hi!
>
> I just gave a try. The editor works well!
>
> What is the status of Brick in general? I mean, there are many examples, with windows and buttons. How far are we from being able to build nice UI?

There exist some Brick widgets, but we still have significant work ahead. We should count the effort to get a usable UI framework including widgets in multiple months. So, most likely not before sometime next year.

Cheers,
Doru



> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>> On Aug 12, 2017, at 5:35 PM, Tudor Girba <[hidden email]> wrote:
>>
>> Hi,
>>
>> After another intense week, we are happy to announce that the Brick editor now supports some advanced syntax highlighting.
>>
>> To put it in perspective, let us take a look at one screenshot showing an inspector presentation containing a Brick editor opened on a Pillar file that includes some text, a code snippet and a reference to a picture:
>>
>> <pillar-example.png>
>>
>> This shows both that we style the text based on the Pillar grammar, but also that we can style Smalltalk code (in fact, we have two nested stylers here).
>>
>> But, the more interesting thing is that below the picture reference, we get to see the actual picture (which happens to be another inspector screenshot). In fact, this picture is actually just another text attribute (we call it an adornment) that can be dynamically added to any text elements. This opens up a whole lot of expression power and it is all easily compose-able. This is another reason why we say that this editor is moldable and you should expect new applications making use of this moldability and combining it with the liveliness of Pharo.
>>
>> The latest Brick code is loadable through:
>> Metacello new
>> baseline: 'Brick';
>> repository: 'github://pharo-graphics/Brick/src';
>> load: #development.
>>
>> If you want to play with Pillar, load the following extra code and just inspect a Pillar file:
>> Metacello new
>> smalltalkhubUser: 'Pier' project: 'Pillar';
>> configuration: 'Pillar';
>> version: #development;
>> load.
>> ((IceRepository registry detect: [ :each | each name = 'Brick' ])
>> packageNamed: 'Brick-Editor-Pillar') loadLatest.
>>
>> One other thing to mention is performance. What Alex (Syrel) managed to do is quite remarkable. To see the impact in practice, try editing the largest method in Pharo (UnicodeDefinitions class >> #data) in both the built-in editor and in the Brick editor by inspecting:
>> BrTextEditor onMethod: UnicodeDefinitions class >> #data
>>
>> There are still issues left to deal with and we will focus on them in the following weeks. But, we can safely say that the most important challenges are now behind us and that the design of the editor code is stable and robust.
>>
>> Please do let us know what you think.
>>
>> Cheers,
>> The feenk team
>>
>>
>> --
>> www.tudorgirba.com
>> www.feenk.com
>>
>> "If you interrupt the barber while he is cutting your hair,
>> you will end up with a messy haircut."
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.list.inf.unibe.ch/listinfo/moose-dev

--
www.tudorgirba.com
www.feenk.com

"In a world where everything is moving ever faster,
one might have better chances to win by moving slower."




_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.list.inf.unibe.ch/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [ann] moldable editor - syntax highlighting ... with a twist

abergel
Okay
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Aug 13, 2017, at 2:31 PM, Tudor Girba <[hidden email]> wrote:
>
> Hi,
>
>> On Aug 13, 2017, at 5:50 PM, Alexandre Bergel <[hidden email]> wrote:
>>
>> Hi!
>>
>> I just gave a try. The editor works well!
>>
>> What is the status of Brick in general? I mean, there are many examples, with windows and buttons. How far are we from being able to build nice UI?
>
> There exist some Brick widgets, but we still have significant work ahead. We should count the effort to get a usable UI framework including widgets in multiple months. So, most likely not before sometime next year.
>
> Cheers,
> Doru
>
>
>
>> Alexandre
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>> On Aug 12, 2017, at 5:35 PM, Tudor Girba <[hidden email]> wrote:
>>>
>>> Hi,
>>>
>>> After another intense week, we are happy to announce that the Brick editor now supports some advanced syntax highlighting.
>>>
>>> To put it in perspective, let us take a look at one screenshot showing an inspector presentation containing a Brick editor opened on a Pillar file that includes some text, a code snippet and a reference to a picture:
>>>
>>> <pillar-example.png>
>>>
>>> This shows both that we style the text based on the Pillar grammar, but also that we can style Smalltalk code (in fact, we have two nested stylers here).
>>>
>>> But, the more interesting thing is that below the picture reference, we get to see the actual picture (which happens to be another inspector screenshot). In fact, this picture is actually just another text attribute (we call it an adornment) that can be dynamically added to any text elements. This opens up a whole lot of expression power and it is all easily compose-able. This is another reason why we say that this editor is moldable and you should expect new applications making use of this moldability and combining it with the liveliness of Pharo.
>>>
>>> The latest Brick code is loadable through:
>>> Metacello new
>>> baseline: 'Brick';
>>> repository: 'github://pharo-graphics/Brick/src';
>>> load: #development.
>>>
>>> If you want to play with Pillar, load the following extra code and just inspect a Pillar file:
>>> Metacello new
>>> smalltalkhubUser: 'Pier' project: 'Pillar';
>>> configuration: 'Pillar';
>>> version: #development;
>>> load.
>>> ((IceRepository registry detect: [ :each | each name = 'Brick' ])
>>> packageNamed: 'Brick-Editor-Pillar') loadLatest.
>>>
>>> One other thing to mention is performance. What Alex (Syrel) managed to do is quite remarkable. To see the impact in practice, try editing the largest method in Pharo (UnicodeDefinitions class >> #data) in both the built-in editor and in the Brick editor by inspecting:
>>> BrTextEditor onMethod: UnicodeDefinitions class >> #data
>>>
>>> There are still issues left to deal with and we will focus on them in the following weeks. But, we can safely say that the most important challenges are now behind us and that the design of the editor code is stable and robust.
>>>
>>> Please do let us know what you think.
>>>
>>> Cheers,
>>> The feenk team
>>>
>>>
>>> --
>>> www.tudorgirba.com
>>> www.feenk.com
>>>
>>> "If you interrupt the barber while he is cutting your hair,
>>> you will end up with a messy haircut."
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email]
>>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "In a world where everything is moving ever faster,
> one might have better chances to win by moving slower."
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.list.inf.unibe.ch/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [ann] moldable editor - syntax highlighting ... with a twist

philippeback
Oh wow. That is super cool for a GLSL shader editor.

I am back from holidays and will try that out!

Phil

On Aug 15, 2017 06:28, "Alexandre Bergel" <[hidden email]> wrote:
Okay
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Aug 13, 2017, at 2:31 PM, Tudor Girba <[hidden email]> wrote:
>
> Hi,
>
>> On Aug 13, 2017, at 5:50 PM, Alexandre Bergel <[hidden email]> wrote:
>>
>> Hi!
>>
>> I just gave a try. The editor works well!
>>
>> What is the status of Brick in general? I mean, there are many examples, with windows and buttons. How far are we from being able to build nice UI?
>
> There exist some Brick widgets, but we still have significant work ahead. We should count the effort to get a usable UI framework including widgets in multiple months. So, most likely not before sometime next year.
>
> Cheers,
> Doru
>
>
>
>> Alexandre
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>> On Aug 12, 2017, at 5:35 PM, Tudor Girba <[hidden email]> wrote:
>>>
>>> Hi,
>>>
>>> After another intense week, we are happy to announce that the Brick editor now supports some advanced syntax highlighting.
>>>
>>> To put it in perspective, let us take a look at one screenshot showing an inspector presentation containing a Brick editor opened on a Pillar file that includes some text, a code snippet and a reference to a picture:
>>>
>>> <pillar-example.png>
>>>
>>> This shows both that we style the text based on the Pillar grammar, but also that we can style Smalltalk code (in fact, we have two nested stylers here).
>>>
>>> But, the more interesting thing is that below the picture reference, we get to see the actual picture (which happens to be another inspector screenshot). In fact, this picture is actually just another text attribute (we call it an adornment) that can be dynamically added to any text elements. This opens up a whole lot of expression power and it is all easily compose-able. This is another reason why we say that this editor is moldable and you should expect new applications making use of this moldability and combining it with the liveliness of Pharo.
>>>
>>> The latest Brick code is loadable through:
>>>     Metacello new
>>>             baseline: 'Brick';
>>>             repository: 'github://pharo-graphics/Brick/src';
>>>             load: #development.
>>>
>>> If you want to play with Pillar, load the following extra code and just inspect a Pillar file:
>>>     Metacello new
>>>             smalltalkhubUser: 'Pier' project: 'Pillar';
>>>             configuration: 'Pillar';
>>>             version: #development;
>>>             load.
>>>     ((IceRepository registry detect: [ :each | each name = 'Brick' ])
>>>             packageNamed: 'Brick-Editor-Pillar') loadLatest.
>>>
>>> One other thing to mention is performance. What Alex (Syrel) managed to do is quite remarkable. To see the impact in practice, try editing the largest method in Pharo (UnicodeDefinitions class >> #data) in both the built-in editor and in the Brick editor by inspecting:
>>>     BrTextEditor onMethod: UnicodeDefinitions class >> #data
>>>
>>> There are still issues left to deal with and we will focus on them in the following weeks. But, we can safely say that the most important challenges are now behind us and that the design of the editor code is stable and robust.
>>>
>>> Please do let us know what you think.
>>>
>>> Cheers,
>>> The feenk team
>>>
>>>
>>> --
>>> www.tudorgirba.com
>>> www.feenk.com
>>>
>>> "If you interrupt the barber while he is cutting your hair,
>>> you will end up with a messy haircut."
>>>
>>> _______________________________________________
>>> Moose-dev mailing list
>>> [hidden email]
>>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "In a world where everything is moving ever faster,
> one might have better chances to win by moving slower."
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.list.inf.unibe.ch/listinfo/moose-dev

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.list.inf.unibe.ch/listinfo/moose-dev
Loading...