Hi Andre,

Looks cool. I would love to get these capabilities.

To get something like this working, first you have to describe it at a higher level of abstraction: just like Mondrian is not a drawing engine, Glamour is not a UI engine. Glamour is a browser engine, and this means that the pieces should be at the browser level of abstraction. Ideally, this means that you do not mess around with variables like color, but rather with concepts that map on color.

In your case, ideally we would have a model of text that can support highlighting of concerns and contextual actions. However, right now we do not have that, and even code highlighting is done with overusing display to pass in a formatted Text object (take a look at the senders of formattedSourceText).

So, I have two suggestions:

1. There was a project led by Lukas called Safara that offered an object-oriented model of a text editor. I looked at it a while ago and it does not look too bad, but it's not quite finished. Maybe you can play with it and let us know: http://www.squeaksource.com/Safara.html

2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering.

What do you think?

Cheers, Doru

On 1 Jul 2011, at 21:03, Andre Hora wrote:

Sorry, what I would like to say was to change the font color or the selection color. Is it possible?

Just wondering about have something like that: http://wwwiti.cs.uni-magdeburg.de/iti_db/research/cide/

On Fri, Jul 1, 2011 at 8:13 PM, Tudor Girba tudor@tudorgirba.com wrote: Hi,

No.

Why would you need that?

Cheers, Doru

On 1 Jul 2011, at 18:30, Andre Hora wrote:

...

Hello,

Is it possible to change the background color in a GLMTextualPresentation?

regards,

-- Andre Hora

---

Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com

"Some battles are better lost than fought."

---

Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- Andre Hora

---

Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com

"When people care, great things can happen."

I would like to get a list of important things to fix in the UI I have - in place item list edit (we should be able to change the protocol of a method by clicking on the list item) - fixed layout (problem of the expansion in glamour) - seeing only what is shown when typing (you type on a list = it shows you the matching items)

Coudl you report the list of what is urgently needed in the pharo mailing-list?

Stef On Jul 1, 2011, at 10:13 PM, Lukas Renggli wrote:

...

2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering.

FYI: In Helvetia-Core there is a class called CHHighlightAttribute that can highlight the background, as well as draw bitmap borders (e.g. wiggled lines) around (left, right, bottom, top) the text. The only problem is that a solid background will hide the text selection.

Lukas

-- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

• PluggableTextMorph does not provide a means for clients to know when the text has changed

aPluggableTextEditorMorph autoAccept: true

• TabMorph does not provide a means for client to know when the tab has changed

Sure, become a dependent of the #tabSelectorMorph and it will trigger a change #selectedIndex whenever the tab changes.

Alternatively you could use a deticated panel that notices when it is attached into the Morphic tree (owner is set).

• The label of a TabMorph should shrink to fit the space. Right now a tab with a large title will expand the bounds of the tab. I would like to have the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title.

Grease has a method called String>>#truncate:ellipsis:. For perfect results you might want to specify the width in pixels not characters, but that could be easily added using AbstractFont>>#widthOfString:.

Lukas

...

...

• PluggableTextMorph does not provide a means for clients to know when the text has changed

aPluggableTextEditorMorph autoAccept: true

That is not the same. I want a notification from the PluggableTextMorph to tell me that the text changed, so that I can update the an external client.

You'll get an accept notification for each key press. There is also an option to automatically send a accept notification when the text field looses focus.

Alternatively you can directly hook into the morphic #eventHandler and get notified about #keystroke, #keyDown, #keyUp, ...

Lukas

doru could you have screen capture of the problem?

On Jul 2, 2011, at 11:13 PM, Tudor Girba wrote:

Hi,

Here are some issues:

• PluggableTextMorph does not provide a means for clients to know when the text has changed

• TabMorph does not provide a means for client to know when the tab has changed

• The label of a TabMorph should shrink to fit the space. Right now a tab with a large title will expand the bounds of the tab. I would like to have the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title.

• the MorphTreeMorph does not expand the embedded morphs horizontally. Currently it inherits from ScrollPane. I think it would be great to get it inherit from GeneralScrollPane. Or maybe there is a better solution.

Cheers, Doru

On 2 Jul 2011, at 12:57, Stéphane Ducasse wrote:

...

I would like to get a list of important things to fix in the UI I have

• in place item list edit (we should be able to change the protocol of a method by clicking on the list item)
• fixed layout (problem of the expansion in glamour)
• seeing only what is shown when typing (you type on a list = it shows you the matching items)

Coudl you report the list of what is urgently needed in the pharo mailing-list?

Stef

On Jul 1, 2011, at 10:13 PM, Lukas Renggli wrote:

...

...

2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering.

FYI: In Helvetia-Core there is a class called CHHighlightAttribute that can highlight the background, as well as draw bitmap borders (e.g. wiggled lines) around (left, right, bottom, top) the text. The only problem is that a solid background will hide the text selection.

Lukas

-- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com

"Every thing has its own flow."

doru

is there a bug entry and an example how to generate this widget?

Stef

On Jul 4, 2011, at 4:20 PM, Tudor Girba wrote:

I attached here the screenshots for the TabMorph label shrinking problem, and for the MorphTreeMorph one.

Cheers, Doru

<MorphTreeMorph-not-expanding.png><TabLabel-does-not-shrink.png>

On 3 Jul 2011, at 23:33, Stéphane Ducasse wrote:

...

doru could you have screen capture of the problem?

On Jul 2, 2011, at 11:13 PM, Tudor Girba wrote:

...

Hi,

Here are some issues:

• PluggableTextMorph does not provide a means for clients to know when the text has changed

• TabMorph does not provide a means for client to know when the tab has changed

• The label of a TabMorph should shrink to fit the space. Right now a tab with a large title will expand the bounds of the tab. I would like to have the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title.

• the MorphTreeMorph does not expand the embedded morphs horizontally. Currently it inherits from ScrollPane. I think it would be great to get it inherit from GeneralScrollPane. Or maybe there is a better solution.

Cheers, Doru

On 2 Jul 2011, at 12:57, Stéphane Ducasse wrote:

...

I would like to get a list of important things to fix in the UI I have

• in place item list edit (we should be able to change the protocol of a method by clicking on the list item)
• fixed layout (problem of the expansion in glamour)
• seeing only what is shown when typing (you type on a list = it shows you the matching items)

Coudl you report the list of what is urgently needed in the pharo mailing-list?

Stef

On Jul 1, 2011, at 10:13 PM, Lukas Renggli wrote:

...

...

2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering.

FYI: In Helvetia-Core there is a class called CHHighlightAttribute that can highlight the background, as well as draw bitmap borders (e.g. wiggled lines) around (left, right, bottom, top) the text. The only problem is that a solid background will hide the text selection.

Lukas

-- Lukas Renggli www.lukas-renggli.ch _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com

"Every thing has its own flow."

-- www.tudorgirba.com

"One cannot do more than one can do."