--- Begin Message ---
also send #withCodeSizeFeedback to have almost the same look as with 
PluggableTextMorph.

AbstractNautilusUI >>buildNewSourceTextArea

        sourceTextArea := self textMorphClass
                                on: self
                                text: #sourceCodeFrom:
                                accept: #compileSource:notifying:
                                readSelection: #contentsSelectionFrom:
                                menu: #sourceCodeMenu:shifted:.
                                
        sourceTextArea
                askBeforeDiscardingEdits: true;
                beForSmalltalkCode;
                withLineNumbers; 
                withCodeSizeFeedback;  <====  here ======
                beWrapped;
                vResizing: #spaceFill;
                hResizing: #spaceFill; 
                font: StandardFonts codeFont;
                spaceFillWeight: 3;
                on: #keyStroke send: #keyStroke:fromSourceCodeMorph: to: self.
        self setSourceCodeShorcutsTo: sourceTextArea.
        ^ sourceTextArea 

Alain



> On 18 May 2015, at 16:17, Alain Plantec <[email protected]> wrote:
> 
> Hello Franck,
> 
> just changed  shoutAboutToStyle: as follow:
> AbstractNautilusUI>>shoutAboutToStyle: aPluggableShoutMorphOrView 
>       “The comments are not styled"
>       ^ aPluggableShoutMorphOrView ~= commentTextArea 
> 
> and it seems to work.
> 
> Now, pay attention that, with Rubric, this is the editing mode that is passed 
> as argument (for aPluggableShoutMorphOrView).  Here, a RubSmalltalkCodeMode. 
> 
> if you plan to use a Rubric also for the comments, then, normally 
> shoutAboutToStyle: will not be sent because I guess a RubPlainTextMode will 
> be used for the comment pane. This mode do not use shout.
> In that case the final version should be:
> 
> AbstractNautilusUI>>shoutAboutToStyle: aPluggableShoutMorphOrView     
>       ^  true
> 
> 
> Cheers
> Alain
> 
> 
>> On 18 May 2015, at 14:41, Franck Warlouzet <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> Hi,
>> 
>> With Alain's last commit of Rubric (205) we made a few changes to put Rubric 
>> in Nautilus. You can see thoses changes in the attached file.
>> As you can see there is no colors in the browser... Is 
>> RubScrolledTextMorph>>beForSmalltalkCode the good option ? I thought there 
>> would be just an option like aboutToStyle: true or something like that but 
>> there is not. I do not know if I missed something obvious or if I have to 
>> add the connection to RubShoutStylerDecorator. Any idea everyone ?
>> I am losing my eyes with uncolored code but I guess it is worth it.
>> 
>> Thanks,
>> 
>> Franck
>> 
>> 
>> To: [email protected] <mailto:[email protected]>
>> From: [email protected] <mailto:[email protected]>
>> CC: [email protected] <mailto:[email protected]>
>> Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus ....
>> Date: Thu, 14 May 2015 05:16:30 -0700
>> 
>> 
>> 
>> --Pièce jointe du message transmise--
>> Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus ....
>> From: [email protected] <mailto:[email protected]>
>> Date: Thu, 14 May 2015 14:16:16 +0200
>> To: [email protected] <mailto:[email protected]>
>> 
>> done & committed
>> Cheers
>> Alain
>> On 14 May 2015, at 12:06, Alain Plantec <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> ahh, good remark :)
>> the menu stuff is not finished.
>> I do it now
>> thanks 
>> Alain
>> 
>> On 13 May 2015, at 18:09, Franck Warlouzet <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> Hi alain 
>> 
>> thanks a lot!
>> This helps us a lot. We got nearly something working. We will produce a list 
>> of methods and changes we had to do.
>> see in the attached cs.
>> 
>> Now
>> 
>> lookupMenu
>>     "default implementation of the algorithm that lookup the menu"
>> 
>>     | default |
>>     default := [ self editingMode menu ].
>>     ^ self model 
>>         ifNil: [ default value ] 
>>         ifNotNil: [ :m | m menu ifNil: [ default value ] ]
>> 
>> We add a new method in nautilus that creates a menu as follow
>> because m is our NautilusModel
>> 
>> menu
>>     ^ self sourceCodeMenu: MenuMorph new shifted: false.
>> 
>> But I was wondering why m menu does not take into account the information we 
>> passed when we created the rubPluggable
>> 
>> sourceTextArea := self textMorphClass
>>                 on: self
>>                 text: #sourceCodeFrom:
>>                 accept: #compileSource:notifying:
>>                 readSelection: #contentsSelectionFrom:
>>                 menu: #sourceCodeMenu:shifted:.
>> 
>> I see that 
>> RubEditingArea has a policy but we could find how we can improve 
>> RubPluggable to use the menu:
>> 
>> 
>> 
>> 
>> To: [email protected] <mailto:[email protected]>
>> From: [email protected] <mailto:[email protected]>
>> CC: [email protected] <mailto:[email protected]>
>> Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus ....
>> Date: Wed, 13 May 2015 07:26:15 -0700
>> 
>> 
>> 
>> --Pièce jointe du message transmise--
>> Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus ....
>> From: [email protected] <mailto:[email protected]>
>> Date: Wed, 13 May 2015 16:25:34 +0200
>> To: [email protected] <mailto:[email protected]>
>> 
>> see Rubric-AlainPlantec.196 in the Rubric repo.
>> 
>> I’ve added RubPluggableTextMorph and RubPluggableTextMorphExample.
>> Need to be polished certainly but it should facilitate the integration of 
>> Rubric in Nautilus.
>> 
>> cheers
>> Alain
>> 
>> On 12 May 2015, at 22:45, stepharo <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> For fun I put the following trace in 
>> 
>> sourceCodeFrom: aTextMorph
>>     Transcript show: '.'.
>>     ^ self sourceCode
>> 
>> And in general this method is invoked three times instead of one :)
>> 
>> 
>> 
>> Before asking we read all the examples and I saw that selector: is used to 
>> communicate and update the code pane.
>> 
>> (UIManager default newAutoAcceptTextEntryFor: self
>>             get: #selector
>>             set: #selector:
>>             class: String
>>             getEnabled: #haveClassName
>>             help: 'Enter a selector' translated
>>             entryCompletion: entryCompletion)
>>                 acceptOnCR: false;
>>                 ghostText: 'Selector';
>>                 withDropListButton;
>> 
>> 
>> I think this is only for the drop down list.
>> 
>> What I meant is that I could use set: and pass the selector to be invoked by 
>> the dropdown when the drop down is selected. 
>> And it will notify self with the selector: selector. So we could sepcify any 
>> selector (ie I can register to the drop box and say call me once you are 
>> set). 
>> 
>> 
>> In RubMethodEditingExample>>#selector:
>> it calls the update explicit
>>  self updateCodeWith:  (cls sourceCodeAt: selector)
>> and updateCodeWith: sets the text on the text model.
>> 
>> 
>> 
>>  
>> Now my problem (and may be there is not solution) is how can I connect from 
>> a pluggableListMorph to a RubScrollText
>> when the list does not generate announcement.
>> This is why I tried to pass via dependents or something like that.
>> 
>> I will try to generate announcements but this is a lot more work and I do 
>> not know if it will work.
>> 
>> Stef
>> 
>> 
>> 
>> 
>> 
>> <glueRubNautilus.2.cs>
>> 
>> 
>> <Unnamed.cs>
> 


--- End Message ---

Reply via email to