[squeak-dev] Cuis updated to #0250

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

[squeak-dev] Re: Text Editors

Andreas.Raab
Igor Stasenko wrote:

> Btw, about such overhead.. Recently i'm also added a data blob in a method.
> And i thought, that it would be cool to not persist the data as a
> code, but instead
> put it into the comment.
> So, a generic method , carrying a data blob could be just:
>
> someData
> "iVBORw0KGgoAAAANSUhEUgAAAGQAAABkCAYAAABw4pVUAAAAnklEQVR4XuXBMQEAAADCoPVP
> bQsfIJ/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6f
> z+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8
> Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz3c1nKQAAZiW0oUAAAAASUVORK5CYII=
> "
>
> in this way given blob is not part of an image, it is a part of source files.
> And, by having a method source, it is easy to read a data from it.
> How do you like the idea?

You mean like this?

blankForm
"iVBORw0KGgoAAAANSUhEUgAAAGQAAABkCAYAAABw4pVUAAAAnklEQVR4XuXBMQEAAADCoPVP
bQsfIJ/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6f
z+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8
Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz3c1nKQAAZiW0oUAAAAASUVORK5CYII="
        ^Form fromBinaryStream: (self class firstPrecodeCommentFor: thisContext
method selector) base64Decoded asByteArray readStream

I don't really care. Either way is fine as long as it's one-time use.

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Re: Text Editors

Igor Stasenko
In reply to this post by Randal L. Schwartz
2009/8/2 Randal L. Schwartz <[hidden email]>:

>>>>>> "Bert" == Bert Freudenberg <[hidden email]> writes:
>
> Bert> Commment ∉ Literals
>
> Yes, I understand that.
>
> To put the data into a comment means some magic has to happen to parse
> source text to get at the value.
>
> To put the data into a literal means I simply call the method to get
> the value.
>
> What's the downside of having it as a literal?
>
the downside is, that data you holding in a literal is not exactly
what you want it to be.
And often it needs some additional steps(convesion) to be useful.
So, since you anyways needing a conversion , converting from a literal
or from a method source code doesn't makes much difference, except
that if you keep it in literal - it will add a data bloat to an
.image.

> I know the downside of having it as a comment: far more mechanism, and thus,
> more fragile code and maintenance.
>
> --
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <[hidden email]> <URL:http://www.stonehenge.com/merlyn/>
> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
> See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
>
>



--
Best regards,
Igor Stasenko AKA sig.

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Re: Text Editors

Igor Stasenko
In reply to this post by Andreas.Raab
2009/8/2 Andreas Raab <[hidden email]>:

> Igor Stasenko wrote:
>>
>> Btw, about such overhead.. Recently i'm also added a data blob in a
>> method.
>> And i thought, that it would be cool to not persist the data as a
>> code, but instead
>> put it into the comment.
>> So, a generic method , carrying a data blob could be just:
>>
>> someData
>> "iVBORw0KGgoAAAANSUhEUgAAAGQAAABkCAYAAABw4pVUAAAAnklEQVR4XuXBMQEAAADCoPVP
>> bQsfIJ/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6f
>> z+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8
>> Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz3c1nKQAAZiW0oUAAAAASUVORK5CYII=
>> "
>>
>> in this way given blob is not part of an image, it is a part of source
>> files.
>> And, by having a method source, it is easy to read a data from it.
>> How do you like the idea?
>
> You mean like this?
>
yeah..

> blankForm
> "iVBORw0KGgoAAAANSUhEUgAAAGQAAABkCAYAAABw4pVUAAAAnklEQVR4XuXBMQEAAADCoPVP
> bQsfIJ/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6f
> z+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8
> Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz3c1nKQAAZiW0oUAAAAASUVORK5CYII="


>        ^Form fromBinaryStream: (self class firstPrecodeCommentFor:
> thisContext method selector) base64Decoded asByteArray readStream
>
ouch.. this is soo easy! Smalltalk rules! :)

> I don't really care. Either way is fine as long as it's one-time use.
>
> Cheers,
>  - Andreas
>
>



--
Best regards,
Igor Stasenko AKA sig.

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Re: Text Editors

Juan Vuletich-4
In reply to this post by Andreas.Raab
Hi Andreas,

Andreas Raab wrote:

> Juan Vuletich wrote:
>
>> I know. Perhaps my anti aliased StrikeFonts could be included in
>> Squeak. I don't know how to handle the creation of instances.
>> Monticello can only handle code, right? No live instances or binary
>> (bmp) files?
>
> We can work this out. In the worst case, initializer methods can carry
> code as well, along the lines of:
>
> blankForm
>   "Created using:
>     (ByteArray streamContents:[:s|
>         PNGReadWriter
>             putForm: (Form extent: 100@100 depth: 32)
>             onStream: s]) asString base64Encoded.
>   "
>   ^Form fromBinaryStream: (
> 'iVBORw0KGgoAAAANSUhEUgAAAGQAAABkCAYAAABw4pVUAAAAnklEQVR4XuXBMQEAAADCoPVP
> bQsfIJ/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6f
> z+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8
> Pp/P5/P5fD6fz+fz+Xw+n8/n8/l8Pp/P5/P5fD6fz3c1nKQAAZiW0oUAAAAASUVORK5CYII='
>    ) base64Decoded asByteArray readStream.
>
> If we stick this into a temporary class that gets deleted in a later
> update then the overhead is temporary.

I have the new fonts working in Squeak 3.10.2. All I need to do now is
to encode the forms as you say, and upload my stuff.

I've just downloaded
http://ftp.squeak.org/current_development/Squeak3.10.2-build/latest/090628-1523_Squeak3.10.2-build.zip 
and didn't find #base64Encoded and #base64Decoded in it. I guess I need
to update to the latest trunk, right?

Are there some step by step guide on how to update from the trunk, and
how to later update it with my changes? (I've already followed the
directions in my invitation to be a core developer). I haven't used
Monticello in the last 4 years or so...

Cheers,
Juan Vuletich

> Cheers,
>   - Andreas


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Cuis updated to #0250

K. K. Subramaniam
In reply to this post by Juan Vuletich-4
On Sunday 02 Aug 2009 6:49:15 pm Juan Vuletich wrote:
> Play a bit with the code. If you come up with something that works
> better, I'd be really happy.
Attached is my first stab at it.  I have refactored the three mouse event
handlers in TextEditor. I still haven't figured out why context menu pops up
while the mouse button is still down.

Subbu



fixTextEditor.1.cs (7K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Re: Text Editors

Andreas.Raab
In reply to this post by Juan Vuletich-4
Juan Vuletich wrote:
> I have the new fonts working in Squeak 3.10.2. All I need to do now is
> to encode the forms as you say, and upload my stuff.

Wonderful!

> I've just downloaded
> http://ftp.squeak.org/current_development/Squeak3.10.2-build/latest/090628-1523_Squeak3.10.2-build.zip 
> and didn't find #base64Encoded and #base64Decoded in it. I guess I need
> to update to the latest trunk, right?

This isn't the right starting point. The easiest way to get going is to
fetch the image from
http://squeakvm.org/win32/release/Squeak-3.10.2-trunk.zip and in there
just hit the "Load code from server" button. (I need to find out how to
get a version up on squeak.org).

> Are there some step by step guide on how to update from the trunk, and
> how to later update it with my changes? (I've already followed the
> directions in my invitation to be a core developer). I haven't used
> Monticello in the last 4 years or so...

Updating from the trunk is easy enough, and assuming that you have a
change set, all you need is to file it in and push it back into the
trunk. The trunk has been set up so that you can just update after
pushing a new version.

Let me know if you have any problems.

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Cuis updated to #0250

Juan Vuletich-4
In reply to this post by K. K. Subramaniam
Hi Subbu,

K. K. Subramaniam wrote:
> On Sunday 02 Aug 2009 6:49:15 pm Juan Vuletich wrote:
>  
>> Play a bit with the code. If you come up with something that works
>> better, I'd be really happy.
>>    
> Attached is my first stab at it.  I have refactored the three mouse event
> handlers in TextEditor. I still haven't figured out why context menu pops up
> while the mouse button is still down.
>  

That's because of MouseClickState. In your code you did not disable it.
It is called from #waitForSimulatedYellow:event: .

> Subbu
>  

This is my fix. Thanks for bringing up the issue!

Cheers,
Juan Vuletich

'From Cuis 1.0 of 31 July 2009 [latest update: #250] on 3 August 2009 at 12:23:12 pm'!

!TextEditor methodsFor: 'events' stamp: 'jmv 8/3/2009 12:19'!
mouseDown: evt
        "An attempt to break up the old processRedButton code into threee phases"
        | clickPoint b |

        oldInterval _ self selectionInterval.
        clickPoint _ evt cursorPoint.
        b _ paragraph characterBlockAtPoint: clickPoint.

        (paragraph clickAt: clickPoint for: model controller: self) ifTrue: [
                self markBlock: b.
                self pointBlock: b.
                evt hand releaseKeyboardFocus: self.
                ^ self ].
       
        evt shiftPressed
                ifFalse: [
                        self closeTypeIn.
                        self markBlock: b.
                        self pointBlock: b ]! !

!TextEditor methodsFor: 'events' stamp: 'jmv 8/3/2009 12:13'!
mouseMove: evt
        "Change the selection in response to mouse-down drag"

        self pointBlock: (paragraph characterBlockAtPoint: (evt cursorPoint)).
        self storeSelectionInParagraph! !



Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Re: Text Editors

Juan Vuletich-4
In reply to this post by Andreas.Raab
Andreas Raab wrote:

> Juan Vuletich wrote:
>> I have the new fonts working in Squeak 3.10.2. All I need to do now
>> is to encode the forms as you say, and upload my stuff.
>
> Wonderful!
>
>> I've just downloaded
>> http://ftp.squeak.org/current_development/Squeak3.10.2-build/latest/090628-1523_Squeak3.10.2-build.zip 
>> and didn't find #base64Encoded and #base64Decoded in it. I guess I
>> need to update to the latest trunk, right?
>
> This isn't the right starting point. The easiest way to get going is
> to fetch the image from
> http://squeakvm.org/win32/release/Squeak-3.10.2-trunk.zip and in there
> just hit the "Load code from server" button. (I need to find out how
> to get a version up on squeak.org).

Great. Thanks.

>> Are there some step by step guide on how to update from the trunk,
>> and how to later update it with my changes? (I've already followed
>> the directions in my invitation to be a core developer). I haven't
>> used Monticello in the last 4 years or so...
>
> Updating from the trunk is easy enough, and assuming that you have a
> change set, all you need is to file it in and push it back into the
> trunk. The trunk has been set up so that you can just update after
> pushing a new version.
>
> Let me know if you have any problems.

Ok. I updated my image to latest, loaded the code and tried to update
the trunk but I got:

'HTTP/1.1 401 Unauthorized
Date: Mon, 03 Aug 2009 17:06:47 GMT
Server: Comanche/6.2 (unix)
WWW-Authenticate: Basic realm="The Trunk"
X-Code-Repository: Squeak Releases
Content-type: text/html
Content-length: 30
Connection: close<h1>Authentication Failed</h1>'

I sent the mail requesting access today, and it seems I need to wait to
be authorized to save. Do I need to wait for a confirmation email
telling me I'm able to write?

In any case, if you want to see it right now, just download
http://www.jvuletich.org/Squeak/Misc/EnhancedStrikeFonts.zip . I only
included DejaVu 9 Book / Bold / Oblique / BoldOblique. This font is
great for code. If people wants, I can build any other sizes.

One last question. After loading all the packages, it would be great to
evaluate 'StrikeFont installDejaVu'. Is there some way to evaluate it
only after all 3 packages are loaded? Knowing the load order would be an
option...

Cheers,
Juan Vuletich

> Cheers,
>   - Andreas


Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Re: Text Editors

Andreas.Raab
Juan Vuletich wrote:

>> Let me know if you have any problems.
>
> Ok. I updated my image to latest, loaded the code and tried to update
> the trunk but I got:
>
> 'HTTP/1.1 401 Unauthorized
> Date: Mon, 03 Aug 2009 17:06:47 GMT
> Server: Comanche/6.2 (unix)
> WWW-Authenticate: Basic realm="The Trunk"
> X-Code-Repository: Squeak Releases
> Content-type: text/html
> Content-length: 30
> Connection: close<h1>Authentication Failed</h1>'
>
> I sent the mail requesting access today, and it seems I need to wait to
> be authorized to save. Do I need to wait for a confirmation email
> telling me I'm able to write?

You should be able to do that now. Ken has added you to the core-dev
group. In order to tell Monticello about the authentication, select the
repository "http://source.squeak.org/trunk" and choose "edit repository
info" from the context menu. In there, you can give your user name (jmv)
  and the proper password. That should be all.

> In any case, if you want to see it right now, just download
> http://www.jvuletich.org/Squeak/Misc/EnhancedStrikeFonts.zip . I only
> included DejaVu 9 Book / Bold / Oblique / BoldOblique. This font is
> great for code. If people wants, I can build any other sizes.
>
> One last question. After loading all the packages, it would be great to
> evaluate 'StrikeFont installDejaVu'. Is there some way to evaluate it
> only after all 3 packages are loaded? Knowing the load order would be an
> option...

Yes. The load order is defined by the configuration used. If you point
Monticello to http://source.squeak.org/trunk and then "browse"
update-ar.8.mcm you can see in which order the packages will be updated.
If this order is not appropriate for you, then do this:
* Make sure your image is updated
* Post your packages into the trunk
* Browse update-ar.8.mcm
* Move the package(s) that you need to change up or down so it's in the
right load order
* Click on "Update>>Update from Image" in the MCM browser (all packages
are now current in the configuration)
* Choose "Store" from the MCM browser
* Give it the name "update-jmv.9"
* Select the trunk repository to save it in
This will put a new configuration with a different load order in place.

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Separating Morphic and MVC (was: Re: Text Editors)

Andreas.Raab
In reply to this post by Andreas.Raab
Andreas Raab wrote:
> 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 ;-)

So I did some more investigation (and a few quick experiments the
results of which you can find in the trunk) and I am now convinced that
we can separate Morphic and MVC and unload MVC in a fully reloadable
form. The key is (of course) the text editors. I think the plan for
unloading MVC goes as follows:

1) Load the Cuis text editors; start using them. There is some work
needed for the usual programming shortcuts and a few fixes here and
there (mostly due to the SmalltalkImage current madness) but really we
mostly just need to start using them and fix issues as they come up.

2) Create a new category Kernel-Models which include Model,
StringHolder, and ValueHolder. Move ParagraphEditor and other Kernel-ST
80 Remnants back into ST80.

3) Fix StringHolder>>codePaneMenu:shifted: not to use ParagraphEditor
directly but rather to include an inline version of the method.

At this point I was able to unload MVC. After recompiling the entire
system it turned out that most of the Undeclared references were to the
various MVC menu classes (PopUpMenu, SelectionMenu, CustomMenu) and
FillInTheBlank - all of which are easily replaced by UIManager.

The remaining references need a bit of actual work but I think we're
relally talking about less than 100 methods total that need to be looked
at. So it's entirely doable.

Question: Anyone interested in helping with this little project? Either
by adding keyboard shortcuts to the Cuis editors or by helping fixing
references to obsolete MVC references, or by testing the reloading of MVC?

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Separating Morphic and MVC

Göran Krampe
Hi Andreas and all!

Andreas Raab wrote:
[LOTS of cool stuff]
> Question: Anyone interested in helping with this little project? Either
> by adding keyboard shortcuts to the Cuis editors or by helping fixing
> references to obsolete MVC references, or by testing the reloading of MVC?

I am trying to spend my little time on DS but I still am tracking
squeak-dev closely these days because of all the cool stuff you guys are
doing. So I wanted to express my appreciation.

I do think this is a good "bootstrap" for squeak-dev - to integrate some
cool and visual stuff from the other forks to show good solid progress.
I have already noted that Pharo is trying to keep up with you too :)

And especially from Cuis since Juan is really making an effort to
integrate/crossover with the squeak.org "fork".

I will try to get time to at least move over my DS work ontop of current
trunk and doing that I will surely be able to at least glance on what is
going on and testing it :)

regards, Göran


Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Tracking local changes

Bert Freudenberg
On 06.08.2009, at 11:46, Göran Krampe wrote:

> I am trying to spend my little time on DS

One issue in the trunk dev model with current Monticello is that it's  
impossible to have my own local "pet" modifications, because when I  
upload a new package snapshot all my local modifications get  
submitted. How are others dealing with that? Am I right that delta  
streams might solve this problem?

- Bert -



Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Separating Morphic and MVC

Juan Vuletich-4
In reply to this post by Andreas.Raab
Hi Andreas!

Andreas Raab wrote:

> Andreas Raab wrote:
>> 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 ;-)
>
> So I did some more investigation (and a few quick experiments the
> results of which you can find in the trunk) and I am now convinced
> that we can separate Morphic and MVC and unload MVC in a fully
> reloadable form. The key is (of course) the text editors. I think the
> plan for unloading MVC goes as follows:
>
> 1) Load the Cuis text editors; start using them. There is some work
> needed for the usual programming shortcuts and a few fixes here and
> there (mostly due to the SmalltalkImage current madness) but really we
> mostly just need to start using them and fix issues as they come up.
>
> 2) Create a new category Kernel-Models which include Model,
> StringHolder, and ValueHolder. Move ParagraphEditor and other
> Kernel-ST 80 Remnants back into ST80.
>
> 3) Fix StringHolder>>codePaneMenu:shifted: not to use ParagraphEditor
> directly but rather to include an inline version of the method.
>
> At this point I was able to unload MVC. After recompiling the entire
> system it turned out that most of the Undeclared references were to
> the various MVC menu classes (PopUpMenu, SelectionMenu, CustomMenu)
> and FillInTheBlank - all of which are easily replaced by UIManager.
>
> The remaining references need a bit of actual work but I think we're
> relally talking about less than 100 methods total that need to be
> looked at. So it's entirely doable.
>
> Question: Anyone interested in helping with this little project?
> Either by adding keyboard shortcuts to the Cuis editors or by helping
> fixing references to obsolete MVC references, or by testing the
> reloading of MVC?
>
> Cheers,
>   - Andreas

I'm willing to help. I can fix the issues in the Cuis text editors. Just
point me to the last version of the new editors you have, and any
instructions on how to update from the latest trunk.

Cheers,
Juan Vuletich

Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Re: Separating Morphic and MVC

Andreas.Raab
In reply to this post by Göran Krampe
Göran Krampe wrote:
> I do think this is a good "bootstrap" for squeak-dev - to integrate some
> cool and visual stuff from the other forks to show good solid progress.
> I have already noted that Pharo is trying to keep up with you too :)

At some point I want to have a talk about that. It is ineffective to
work this way, by scraping (often partial) contributions from elsewhere
but I think it's still too early to have this talk. I'll point out
though that  all the main Pharo contributors have standing invitations
to join the core-dev group on source.squeak.org. And the process *is*
open; if you see something that you like in Pharo and want to get into
Squeak go for it!

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Re: Tracking local changes

Andreas.Raab
In reply to this post by Bert Freudenberg
Bert Freudenberg wrote:
> On 06.08.2009, at 11:46, Göran Krampe wrote:
>
>> I am trying to spend my little time on DS
>
> One issue in the trunk dev model with current Monticello is that it's
> impossible to have my own local "pet" modifications, because when I
> upload a new package snapshot all my local modifications get submitted.
> How are others dealing with that? Am I right that delta streams might
> solve this problem?

When I don't have too many changes to deal with I often do this by
opening an MC change browser, reverting the methods I don't want to
commit, then commit, then install these methods again. It's a bit
awkward but works for situations where you don't have to deal with too
many changes. And it fits into the workflow (I only leave the change
browser open if I had actually reverted some methods for the commit).

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Tracking local changes

Eliot Miranda-2
In reply to this post by Bert Freudenberg


On Thu, Aug 6, 2009 at 4:20 AM, Bert Freudenberg <[hidden email]> wrote:
On 06.08.2009, at 11:46, Göran Krampe wrote:

I am trying to spend my little time on DS

One issue in the trunk dev model with current Monticello is that it's impossible to have my own local "pet" modifications, because when I upload a new package snapshot all my local modifications get submitted. How are others dealing with that? Am I right that delta streams might solve this problem?

- Bert -

I keep a personal image with my modifications in it, and commit these local modifications to a scratch repository.  When I want to submit something to trunk I open a trunk image, load in the changes I want from the scratch repository or via a change set and the ChangeList and submit from the trunk image.  I then merge with the trunk package in my personal image.

Eliot


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Separating Morphic and MVC (was: Re: Text Editors)

David T. Lewis
In reply to this post by Andreas.Raab
On Wed, Aug 05, 2009 at 10:43:15PM -0700, Andreas Raab wrote:
> Andreas Raab wrote:
>
> Question: Anyone interested in helping with this little project? Either
> by adding keyboard shortcuts to the Cuis editors or by helping fixing
> references to obsolete MVC references, or by testing the reloading of MVC?

I'm definitely interested, though a bit short of time. I'll try to help test
the reloading of MVC.

Dave


Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Re: Separating Morphic and MVC

Andreas.Raab
In reply to this post by Juan Vuletich-4
Juan Vuletich wrote:
> I'm willing to help. I can fix the issues in the Cuis text editors. Just
> point me to the last version of the new editors you have, and any
> instructions on how to update from the latest trunk.

Cool. I've posted both Editor and TextEditor from Cuis (verbatim
versions), added a DefaultEditorClass to TextMorph, and a preference to
control its use. If you go to help>>preferences then search for
useNewEditors, you can toggle the use of TextMorphEditor vs. TextEditor.

Also, I think your idea of having an explicit class SmalltalkEditor is a
really good idea. It allows us a number of useful choices: For example,
for someone shipping an app, you can replace the default morphic text
editor class with one that doesn't allow users to evaluate code in the
"find" dialog :^) Plus, the SmalltalkEditor could include hooks for
syntax highlighting and auto-completion so that Shout and others don't
need to patch all these other places.

BTW, I'm not sure what you mean by instructions on how to update from
the current trunk. It should "just work". If you are encountering any
problems please do report them.

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Re: Separating Morphic and MVC

Andreas.Raab
In reply to this post by David T. Lewis
David T. Lewis wrote:
> On Wed, Aug 05, 2009 at 10:43:15PM -0700, Andreas Raab wrote:
>> Andreas Raab wrote:
>>
>> Question: Anyone interested in helping with this little project? Either
>> by adding keyboard shortcuts to the Cuis editors or by helping fixing
>> references to obsolete MVC references, or by testing the reloading of MVC?
>
> I'm definitely interested, though a bit short of time. I'll try to help test
> the reloading of MVC.

Great. BTW, one thing that really needs to be done is a major Project
refactoring. I love Projects; I think they are one of the defining
properties of Squeak. Unfortunately, they are a bit out of shape right
now ;-) What we need to do is to figure out how to refactor projects
into something along the lines of:

Project ('parentProject' 'previousProject' 'uiProcess' ...)
   MVCProject ('controlManager' ...)
   MorphicProject ('world' ...)

When this is done properly we suddenly have room for a variety of
actions that are otherwise difficult to handle: From how to deliver a
user interrupt (Project current handleUserInterrupt) over custom
subprojects (B3DWonderlandProject) up to per-project namespaces. There
is a lot of interesting things that can be done with projects.

I'm not sure if you're up for this or not, but it definitely needs to be
done for a completely smooth MVC removal - MVC needs to come with its
own kinds of projects so that we can actually transfer between them,
host them, etc.

Cheers,
   - Andreas

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Tracking local changes

Göran Krampe
In reply to this post by Bert Freudenberg
Hi!

Bert Freudenberg wrote:
> On 06.08.2009, at 11:46, Göran Krampe wrote:
>
>> I am trying to spend my little time on DS
>
> One issue in the trunk dev model with current Monticello is that it's
> impossible to have my own local "pet" modifications, because when I
> upload a new package snapshot all my local modifications get submitted.
> How are others dealing with that? Am I right that delta streams might
> solve this problem?

Yeah. :) Indeed one very interesting application of Deltas is a "quilt"
like system in which you would track your local changes in Deltas and
when you are about to say update the trunk you would unapply the Deltas,
update, then reapply.

Before reapplying, the Deltas should in some nice DS UI show you what
they think about reapplying them.

regards, Göran


123