Igor Stasenko | 1 Aug 01:40
Picon

Re: Cuis updated to #0250

2009/8/1 Juan Vuletich <juan <at> jvuletich.org>:
> A new release of Cuis is available at
> http://www.jvuletich.org/Cuis/Index.html . It includes some bugfixes and
> more cleanup.
>
> Biggest news is a lot of cleanup in the Text system. Gone are the ugly
> TextConstants pool and the old Paragraph class. TextStyle lost over half its
> instance variables and over 80% of its methods. I also added a TextEditor to
> the World menu that is not a Smalltalk Workspace and may be useful
> especially for end users.
>
> As usual, all the updates starting at #0001 are available separately, and
> described in http://www.jvuletich.org/Cuis/CategoriesAndChangeSets.txt .
> This could be useful for users of other Squeak images wanting some of the
> bug fixes and enhancements included in Cuis.
>
> Comments welcome.
>
A most important thing (as to me), is the possibility to use different
text editor class instead of 'buffing' single one, as it was before.
We are all witness where buffing leads.

> Cheers,
> Juan Vuletich
>
>

--

-- 
Best regards,
Igor Stasenko AKA sig.
(Continue reading)

Andreas Raab | 1 Aug 05:29
Picon
Picon

Re: a small issue with updating the trunk

Michael Haupt wrote:
> could you please briefly fill me in about what a configuration map is?
> I have only ever used Monticello with single packages, and agree that
> this is a gap in my knowledge. :-) Is it some kind of "milestone" with
> a set of concrete versions for all packages?

That is exactly right. For example, 
http://source.squeak.org/trunk/update-ar.1.mcm contains this:

repository ('http://source.squeak.org/trunk')
dependency ('39Deprecated' '39Deprecated-md.11' 
'861c35c4-aaa0-11da-9ffe-000d933a223c')
dependency ('Balloon' 'Balloon-ar.13' 
'bdaaa697-27c2-4049-a7e8-13e44a41f929')
dependency ('Collections' 'Collections-edc.91' 
'7ade7e28-a6ba-4a06-97b7-da8f9623686a')
... etc ...
> 
> As for the issue with updateFromRepositories... I haven't looked at
> the code yet, but wouldn't it be possible as well to check for the
> version (the image knows about installed versions, right?) and avoid
> downloading it if it is already there?

I was just looking at this and it was a bit more tricky. The method 
#updateFromRepositories can be used in situations where the package 
isn't even in the image and so the only way to obtain the information 
then is to download it. But I've just added a little optimization that 
will simply check if the version that we are trying to download is 
already present in the image and if so, use that instead. This works 
fine for the update process and doesn't affect the other uses.
(Continue reading)

Andreas Raab | 1 Aug 06:10
Picon
Picon

Re: Improved Truetype support

Nikolay Suslov wrote:
> I have tried to manage multilanguagual keyboard input to work also.
> The needed changes are taken from the current EToys image.
> So, the Multilingual-Support-FromEToys package is in 
> the http://source.squeak.org/inbox/, for now it includes just Russian 
> language environment.

Thanks, this is great. It's now in the trunk, could you update and 
verify everything is working at it should? I made one change that is 
taking out the test for win32vmSupportsUnicode - since I don't expect to 
go back to not supporting it I think it's fair that going forward we 
expect the VMs to support Unicode ;-)

Cheers,
   - Andreas

> To have the Russian keyboard input working you need:
> 
> 1. Update the image from trunk with the latest Andreas changes for 
> fonts, install font Arial, for example:
> 
> TTFileDescription installFamilyNamed: 'Arial'.
> 
> 2. Load Multilingual-Support-FromEToys.mcz from the Inbox, like:
> MczInstaller installStream:
>   (HTTPSocket httpGet: 
> 'http://source.squeak.org/inbox/Multilingual-Support-FromEToys-sn.2.mcz' ).
> 
> 3. Execute in the workspace:
> 
(Continue reading)

Andreas Raab | 1 Aug 07:08
Picon
Picon

Text Editors (was: Re: Cuis updated to #0250)

Juan Vuletich wrote:
> Biggest news is a lot of cleanup in the Text system. Gone are the ugly 
> TextConstants pool and the old Paragraph class. TextStyle lost over half 
> its instance variables and over 80% of its methods. I also added a 
> TextEditor to the World menu that is not a Smalltalk Workspace and may 
> be useful especially for end users.

I very much like what you've done with the editors. Is it correct that 
TextEditor is effectively protocol compatible with the old 
TextMorphEditor? If so, what do you think about bringing this into 
Squeak and phase out TextMorphEditor? Would this be doable or do you 
foresee any problems due to other changes that you might have done? From 
what I can see it looks as if this should be possible while preserving 
all the Unicode and m17n-goodness that I don't want to give up for 
Squeak. But boy, I would like to finally cut the Gordian knot called 
ParagraphEditor that ties Morphic and MVC together at the hip ;-)

Cheers,
   - Andreas

K. K. Subramaniam | 1 Aug 08:54
Picon

Re: Cuis updated to #0250

On Saturday 01 Aug 2009 3:35:02 am Juan Vuletich wrote:
> I also added a
> TextEditor to the World menu that is not a Smalltalk Workspace and may
> be useful especially for end users.
I didn't see any Text editor in the World menu or 'open..' menu. I was able to 
create a new TextMorph and edit it. The selection behavior is unusual. If I 
select some text and then click outside the morph, the selection hint goes 
gray instead of vanishing. If I then click back in the selection, the green 
color hint returns and text stays selected instead of changing to a | cursor.

Is this working as designed?

Subbu

Michael Haupt | 1 Aug 10:34
Picon
Gravatar

Re: Re: a small issue with updating the trunk

Hi Andreas,

On Sat, Aug 1, 2009 at 5:29 AM, Andreas Raab<andreas.raab <at> gmx.de> wrote:
>> Is it some kind of "milestone" with
>> a set of concrete versions for all packages?
>
> That is exactly right.

wonderful, thanks for clarifying this.

>> As for the issue with updateFromRepositories...
>
> I was just looking at this and it was a bit more tricky. The method
> #updateFromRepositories can be used in situations where the package isn't
> even in the image and so the only way to obtain the information then is to
> download it. But I've just added a little optimization that will simply
> check if the version that we are trying to download is already present in
> the image and if so, use that instead. This works fine for the update
> process and doesn't affect the other uses.

Cool, thanks again.

Best,

Michael

Juan Vuletich | 1 Aug 14:37
Gravatar

Re: Cuis updated to #0250

K. K. Subramaniam wrote:
> On Saturday 01 Aug 2009 3:35:02 am Juan Vuletich wrote:
>   
>> I also added a
>> TextEditor to the World menu that is not a Smalltalk Workspace and may
>> be useful especially for end users.
>>     
> I didn't see any Text editor in the World menu or 'open..' menu. I was able to 
> create a new TextMorph and edit it. 

World / open / text editor. Or alternatively 'Stuff'edit.

> The selection behavior is unusual. If I 
> select some text and then click outside the morph, the selection hint goes 
> gray instead of vanishing. If I then click back in the selection, the green 
> color hint returns and text stays selected instead of changing to a | cursor.
>
> Is this working as designed?
>   

Yes. But that is due to another change I did. If you hold the button 
down for a little, you get the right-click menu. This is very useful for 
PDA and other pen based systems, and it actually mimics the behavior of 
such systems (at least that of my old WinCE pda).

Cheers,
Juan Vuletich

> Subbu

(Continue reading)

Juan Vuletich | 1 Aug 14:43
Gravatar

Re: Text Editors

Andreas Raab wrote:
> Juan Vuletich wrote:
>> Biggest news is a lot of cleanup in the Text system. Gone are the 
>> ugly TextConstants pool and the old Paragraph class. TextStyle lost 
>> over half its instance variables and over 80% of its methods. I also 
>> added a TextEditor to the World menu that is not a Smalltalk 
>> Workspace and may be useful especially for end users.
>
> I very much like what you've done with the editors. Is it correct that 
> TextEditor is effectively protocol compatible with the old 
> TextMorphEditor? If so, what do you think about bringing this into 
> Squeak and phase out TextMorphEditor? Would this be doable or do you 
> foresee any problems due to other changes that you might have done? 
> From what I can see it looks as if this should be possible while 
> preserving all the Unicode and m17n-goodness that I don't want to give 
> up for Squeak. But boy, I would like to finally cut the Gordian knot 
> called ParagraphEditor that ties Morphic and MVC together at the hip ;-)

:)

I think it can be done. I did not change the protocol. At most I might 
have removed some methods that are unused on Cuis. I'll try to do it. 
I'll file my Editor hierarchy in Squeak, add any missing methods (but 
not those of Controller!). Biggest problem is that I'll have to suffer 
the pain of the bloat in my mind, and the default font in my eyes :)

If only some brave soul understood that Unicode and m17n should be an 
optional package and made it be so...

Cheers,
(Continue reading)

Andreas Raab | 1 Aug 15:41
Picon
Picon

Re: Text Editors

Juan Vuletich wrote:
> I think it can be done. I did not change the protocol. At most I might 
> have removed some methods that are unused on Cuis. I'll try to do it. 
> I'll file my Editor hierarchy in Squeak, add any missing methods (but 
> not those of Controller!). Biggest problem is that I'll have to suffer 
> the pain of the bloat in my mind, and the default font in my eyes :)

Well, help us! You probably have a standing invitation to become 
core-dev in your inbox and if not I can get you one ;-)

Cheers,
   - Andreas

K. K. Subramaniam | 1 Aug 16:59
Picon

Re: Cuis updated to #0250

On Saturday 01 Aug 2009 6:07:38 pm Juan Vuletich wrote:
> K. K. Subramaniam wrote:
> > I didn't see any Text editor in the World menu or 'open..' menu. I was
> > able to create a new TextMorph and edit it.
>
> World / open / text editor. Or alternatively 'Stuff'edit.
Mea Culpa. I was using an older version :-(.

#edit is a neat idea. It can be consistently applied to any unlocked morph 
(e.g. LineMorph, PolygonMorph, SketchMorph etc.). Shift-click and edit Halo 
handle can be tied to this message. The message can be ignored by locked 
morphs (e.g. labels).

> Yes. But that is due to another change I did. If you hold the button
> down for a little, you get the right-click menu. This is very useful for
> PDA and other pen based systems, and it actually mimics the behavior of
> such systems (at least that of my old WinCE pda).
Nice feature. But a hold (tap and wait) is different from a click. Shouldn't 
the event be handled in TextEditor>>mouseUp: where the waiting time can be 
checked?

BTW, In PluggableTextMorph>>keystroke: there is a typo "keywtroke" in 
comments.

Subbu


Gmane