[Ann] Cuis 3.2 is released

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
25 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: [Ann] Cuis 3.2 is released

Bert Freudenberg

On 18.04.2011, at 17:08, Levente Uzonyi wrote:

> On Mon, 18 Apr 2011, Edgar J. De Cleene wrote:
>
>>
>>
>>
>> On 4/18/11 8:02 AM, "Hannes Hirzel" <[hidden email]> wrote:
>>
>>> Edgar
>>>
>>> thank you for the added info and the proposal.
>>>
>>> Before we go further into this, let me ask first.
>>>
>>> In which way is it a problem that Morphic depends on Monticello?
>>
>> Monticello depends on Morphic as his code is today..
>> So, if in the future you wish get rid of Morphic and unload it and instead
>> use other UI like SimpleMorphic , you must change all references to Morphic
>> classes like MeNuMorph, AlignmentMorph, etc.
>
> Bert mentioned that MC was fully toolbuilderized, so this problem was solved. We should check that solution first IMHO.

MC has both. If it detects ToolBuilder it uses that, otherwise it constructs a Morphic UI on its own (incidentally using its own toolbuilder-like framework).

- Bert -



Reply | Threaded
Open this post in threaded view
|

Re: [Ann] Cuis 3.2 is released

Levente Uzonyi-2
On Mon, 18 Apr 2011, Bert Freudenberg wrote:

>
> On 18.04.2011, at 17:08, Levente Uzonyi wrote:
>
>> On Mon, 18 Apr 2011, Edgar J. De Cleene wrote:
>>
>>>
>>>
>>>
>>> On 4/18/11 8:02 AM, "Hannes Hirzel" <[hidden email]> wrote:
>>>
>>>> Edgar
>>>>
>>>> thank you for the added info and the proposal.
>>>>
>>>> Before we go further into this, let me ask first.
>>>>
>>>> In which way is it a problem that Morphic depends on Monticello?
>>>
>>> Monticello depends on Morphic as his code is today..
>>> So, if in the future you wish get rid of Morphic and unload it and instead
>>> use other UI like SimpleMorphic , you must change all references to Morphic
>>> classes like MeNuMorph, AlignmentMorph, etc.
>>
>> Bert mentioned that MC was fully toolbuilderized, so this problem was solved. We should check that solution first IMHO.
>
> MC has both. If it detects ToolBuilder it uses that, otherwise it constructs a Morphic UI on its own (incidentally using its own toolbuilder-like framework).

So we should either remove those parts, or move them to a new package, say
Monticello-Morphic.


Levente

>
> - Bert -
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: [Ann] Cuis 3.2 is released

Hannes Hirzel
Levente

For the question at hand 'how to make SimpleMorphic' working this is
not necessary as a first step. But rather the question comes up: how
do we make sure SimpleMorphic has Toolbuilder support.

If that is successful then yes, we will have to think of moving the
toolbuilder-like part of Monticello to a category you proposet to name
'Monticello-Morphic' so that we can more easily adapt it to
SimpleMorphic and thus make Morphic unloable.

Or we might think of removing 'Monticello-Morphic' alltogether when
removing Morphic.

--Hannes

On 4/18/11, Levente Uzonyi <[hidden email]> wrote:

> On Mon, 18 Apr 2011, Bert Freudenberg wrote:
>
>>
>> On 18.04.2011, at 17:08, Levente Uzonyi wrote:
>>
>>> On Mon, 18 Apr 2011, Edgar J. De Cleene wrote:
>>>
>>>>
>>>>
>>>>
>>>> On 4/18/11 8:02 AM, "Hannes Hirzel" <[hidden email]> wrote:
>>>>
>>>>> Edgar
>>>>>
>>>>> thank you for the added info and the proposal.
>>>>>
>>>>> Before we go further into this, let me ask first.
>>>>>
>>>>> In which way is it a problem that Morphic depends on Monticello?
>>>>
>>>> Monticello depends on Morphic as his code is today..
>>>> So, if in the future you wish get rid of Morphic and unload it and
>>>> instead
>>>> use other UI like SimpleMorphic , you must change all references to
>>>> Morphic
>>>> classes like MeNuMorph, AlignmentMorph, etc.
>>>
>>> Bert mentioned that MC was fully toolbuilderized, so this problem was
>>> solved. We should check that solution first IMHO.
>>
>> MC has both. If it detects ToolBuilder it uses that, otherwise it
>> constructs a Morphic UI on its own (incidentally using its own
>> toolbuilder-like framework).
>
> So we should either remove those parts, or move them to a new package, say
> Monticello-Morphic.
>
>
> Levente
>
>>
>> - Bert -
>>
>>
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: [Ann] Cuis 3.2 is released

Michael J. Forster
In reply to this post by Juan Vuletich-4
Hi Juan,

I just noticed that pasting text, whether cut or copied, and whether via the cmd-v or the text editor pop-up menu, does not work in 3.2 on my Ubuntu box.  However, it still works on my Mac.  (Platform specs below.)

I see that Editor>>paste and the implementation of Clipboard have changed recently.  I haven't had a chance to debug it further, but I thought I would let you know.

Cheers,

Mike


Cuis3.0-0763
Cuis3.2-0914

Ubuntu 10.10
Squeak-4.0.3.2202-linux_i386
Squeak-4.4.7.2357-linux_i386

OS X 10.5.8
Squeak 64-32 5.4b2
Reply | Threaded
Open this post in threaded view
|

Re: [Ann] Cuis 3.2 is released

Juan Vuletich-4
Hi Folks,

Michael did some testing to help me find and fix the problem. The fix is
attached.

Thanks Michael!

Cheers,
Juan Vuletich

Michael J. Forster wrote:

> Hi Juan,
>
> I just noticed that pasting text, whether cut or copied, and whether via the
> cmd-v or the text editor pop-up menu, does not work in 3.2 on my Ubuntu box.
> However, it still works on my Mac.  (Platform specs below.)
>
> I see that Editor>>paste and the implementation of Clipboard have changed
> recently.  I haven't had a chance to debug it further, but I thought I would
> let you know.
>
> Cheers,
>
> Mike
>
>
> Cuis3.0-0763
> Cuis3.2-0914
>
> Ubuntu 10.10
> Squeak-4.0.3.2202-linux_i386
> Squeak-4.4.7.2357-linux_i386
>
> OS X 10.5.8
> Squeak 64-32 5.4b2
>
>
> --
> View this message in context: http://forum.world.st/Ann-Cuis-3-2-is-released-tp3445583p3474506.html
> Sent from the Squeak - Dev mailing list archive at Nabble.com.
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1321 / Virus Database: 1500/3597 - Release Date: 04/25/11
>
>
>  

'From Cuis 3.2 of 12 April 2011 [latest update: #914] on 27 April 2011 at 10:07:07 am'!

!Clipboard methodsFor: 'accessing' stamp: 'jmv 4/27/2011 10:06'!
retrieveObject
        "Answer whatever was last stored in the clipboard"
        | stringOrNil |

        "If the OS clipboard has the id for our contents, or the same characters, then answer the richer Smalltalk object.
        Note: if the (extended) clipboard contains a serialized object, it shouldn't contain an id, so
        it is deserialized even if ivar contents contains the object. This is done to guarantee consistency with pasting
        from another Cuis image."
        stringOrNil _ self retrieveIdOrStringFromOS.
        (stringOrNil = (self idFor: contents) or: [ stringOrNil = contents asString])
                ifTrue: [
                        "We copy the object, because the result of each paste operation could be modified independently of the others afterwards
                        (and the same clipboard contents might be pasted many times)"
                        ^contents copyForClipboard ].

        "If we have the ExtendedClipboardInterface, try to get an RTF or Form"
        Smalltalk at: #ExtendedClipboardInterface ifPresent: [ :clipboardInterface |
                clipboardInterface current retrieveObject ifNotNil: [ :object | ^object ]].

        "Otherwise answer the string brought by clipboard primitives,
        but if they are not present or fail, use the internal clipboard."
        ^stringOrNil ifNil: [ contents copyForClipboard ]! !



12