Thanks, Lukas.
I did read the comments. I understand why Commands and Requests are first class
entities, and what they do individually. In Glamour, we have Actions which are
similar to OB Commands. However, now we do not have explicit Requests, and I
wanted to learn from OB.
My main current
Status: Accepted
Owner: tudor.gi...@gmail.com
Labels: Type-Patch Milestone-1.2 Importance-High
New issue 3583 by tudor.gi...@gmail.com: Shout should only be active in
code panes
http://code.google.com/p/pharo/issues/detail?id=3583
In the latest Morphic version, the default styler of the
Hi,
I opened a ticket. We should move the discussion there:
http://code.google.com/p/pharo/issues/detail?id=3583
Cheers,
Doru
On 24 Jan 2011, at 08:31, Marcus Denker wrote:
On Jan 24, 2011, at 2:19 AM, Guillermo Polito wrote:
But that imperfect solution won't be a good solution either,
Updates:
Cc: guillermopolito marcus.denker stephane.ducasse
Comment #1 on issue 3583 by tudor.gi...@gmail.com: Shout should only be
active in code panes
http://code.google.com/p/pharo/issues/detail?id=3583
From Guillermo:
Why not delegate it in the used Editor ? SmalltalkEditor
Comment #2 on issue 3583 by tudor.gi...@gmail.com: Shout should only be
active in code panes
http://code.google.com/p/pharo/issues/detail?id=3583
Guillermo, could you propose a change set or a slice so that we can work on?
Sure, we got the right to change historical code.
But beware, naming actions with physical button positioncould be misleading...
... it does not take into account the logical indirection.
We could as well use intention revealing names like selectButton
operateButton haloButton...
.. Err, no more
Yes, there is no support for traits in OB :-(
On 23 janv. 2011, at 09:11, laurent laffont wrote:
Hi,
in the browser, when selecting a Trait - right-click - browse references
the References browser is empty.
Is it supposed to work or there's an another way to browse users of a Trait ?
On Jan 24, 2011, at 9:36 AM, Nicolas Cellier wrote:
Sure, we got the right to change historical code.
But beware, naming actions with physical button positioncould be misleading...
... it does not take into account the logical indirection.
We could as well use intention revealing names
Hi,
Does anybody have an image with a working Whisker Browser? I would be
interested in learning from it.
Cheers,
Doru
--
www.tudorgirba.com
Next time you see your life passing by, say 'hi' and get to know her.
Comment #3 on issue 3583 by benjamin...@gmail.com: Shout should only be
active in code panes
http://code.google.com/p/pharo/issues/detail?id=3583
And what about a PluggableTextMorph used to display code ? Maybe
PluggableTextMoprh should have as a parameter during their creation a
keyword
hi,
maybe
UndeclaredVariableopenMenuIn: aBlock
When I accept the method, the Unknow variable dialog pops up.
But I struggle to find from where this dialog has been created.
So when you have a modal dialog and you want to find / explore the
stack/context from which it has been opened,
On 24 Jan 2011, at 08:25, Marcus Denker wrote:
On Jan 24, 2011, at 5:39 AM, Guillermo Polito wrote:
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
messages.
Why not lefClick, rightClick and middleClick?
Yes.
Back in the days, the color buttons where holy
Comment #4 on issue 3583 by tudor.gi...@gmail.com: Shout should only be
active in code panes
http://code.google.com/p/pharo/issues/detail?id=3583
You can set it simply by #styler:. But, the question is where should this
decision be taken.
On Thu, Jan 20, 2011 at 6:41 PM, Vanessa Peña vane.c.p...@gmail.com wrote:
Hello all,
We are happy to introduce you Hapao, an innovative test coverage tool which
gives you an intuitive graphical representation to visually assess the
quality of the coverage.
For more information and download
Comment #5 on issue 3583 by benjamin...@gmail.com: Shout should only be
active in code panes
http://code.google.com/p/pharo/issues/detail?id=3583
With this change set, by default a PluggableTextMorph doesn't style, but
with beStyled, you make it style again.
It only works with the latest
Status: Started
Owner: siguc...@gmail.com
New issue 3584 by siguc...@gmail.com: ToDo: remove DisplayText class
http://code.google.com/p/pharo/issues/detail?id=3584
DisplayText used for converting strings and text into forms,
which then can be used to blit on other forms.
It used sparsely,
Status: Started
Owner: siguc...@gmail.com
New issue 3585 by siguc...@gmail.com: UIManagergrafPort
http://code.google.com/p/pharo/issues/detail?id=3585
This is strange use pattern:
bitBlt := UIManager default grafPort
used by Character/display scanners of paragraphs.
Conceptually, paragraph
Don't take me wrong.
I perfectly agree that colors have no meaning.
They had once upon a time on the dorado, but we don't care.
What I say is that there is a level of indirection between physical
button and semantic buttons:
(left, middle, right) - logical buttons (whatever you call them) -
I agree with the original proposal, because MouseEvents denote the
physical action performed by the user on the hardware, which evidently
has a left, a middle and a right section. Regardless of the action
Morphic associates with each click, #select, #menu, etc...
Fernando
On Mon, Jan 24, 2011 at
Comment #6 on issue 3545 by sean.p.d...@gmail.com: FEATURE: Multiple Worlds
http://code.google.com/p/pharo/issues/detail?id=3545
I collected the changes into a changeset so people can play with it in
1.1.1. Maybe it'd be easier to integrate also.
Attachments:
MultipleWorlds.2.cs
Comment #7 on issue 3545 by sean.p.d...@gmail.com: FEATURE: Multiple Worlds
http://code.google.com/p/pharo/issues/detail?id=3545
the changeset also includes a class comment for WorldManager that wasn't in
the original SLICE
And if you swap mouse buttons, you are replacing left button by right button
;). I open a ticket.
On Mon, Jan 24, 2011 at 7:51 AM, Fernando Olivero
fernando.oliv...@usi.chwrote:
I agree with the original proposal, because MouseEvents denote the
physical action performed by the user on the
Status: Accepted
Owner: guillerm...@gmail.com
New issue 3586 by guillerm...@gmail.com: Rename color buttons in MouseEvent
http://code.google.com/p/pharo/issues/detail?id=3586
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
messages.
Why not lefClick, rightClick and
Thanks Marcus,
Alexandre
On 24 Jan 2011, at 07:01, Marcus Denker wrote:
On Thu, Jan 20, 2011 at 6:41 PM, Vanessa Peña vane.c.p...@gmail.com wrote:
Hello all,
We are happy to introduce you Hapao, an innovative test coverage tool which
gives you an intuitive graphical representation to
On 1/23/11, mkobe...@gmail.com mkobe...@gmail.com wrote:
OK, let's try something really simple. The wikipedia page shows a simple
arithmetic expression grammar.
Hello Martin
Thank you for working out the Wikipedia simple arithmetic expression
grammar into a tutorial style text.
I worked
Well, that is the main intentional difference between having the fast
dragging setting on or off ;-)
Regards, Gary
- Original Message -
From: Tudor Girba tudor.gi...@gmail.com
To: Pharo-project@lists.gforge.inria.fr
Sent: Thursday, January 20, 2011 9:05 PM
Subject: Re:
Sorry Fernando,
The question is can we remove a level of indirection ?
And to answer this, you have to consider these other questions:
- what was the purpose of this level of indirection ?
- do we still need it or not ?
I don't feel like your yes/no answer is satisfying, please give more
Igor, excelent that you made a Native Boost vm available for MacOSX.
I would like to try out your text rendering demos.
But i have a problem while trying to load the NBOpenGL in the order
specified in squeaksource.
NBOpenGL-Win
This package depends on the following classes:
NBWinTypes
Here is a squeak wiki post about colored mouse buttons:
http://wiki.squeak.org/squeak/897
And the part that says The Smalltalk image from which Squeak is derived was
designed to run with a three-button mouse on an Alto or Dorado computer.
These buttons were known as the Red
Comment #1 on issue 3586 by guillerm...@gmail.com: Rename color buttons in
MouseEvent
http://code.google.com/p/pharo/issues/detail?id=3586
Here is a squeak wiki post about colored mouse buttons:
http://wiki.squeak.org/squeak/897
And the part that says The Smalltalk image from which
BTW, Meta is another name I would like to get rid of :P.
Guille
On Mon, Jan 24, 2011 at 8:41 AM, Guillermo Polito guillermopol...@gmail.com
wrote:
Here is a squeak wiki post about colored mouse buttons:
http://wiki.squeak.org/squeak/897
And the part that says The Smalltalk image from which
+1
there are another issue: future is coming and soon we will have more than three
buttons (in fact, if apple guys are correct, we will have as many buttons as
we want :P)
El 24/01/2011, a las 8:41a.m., Guillermo Polito escribió:
Here is a squeak wiki post about colored mouse buttons:
On 24 January 2011 12:26, Fernando Olivero fernando.oliv...@usi.ch wrote:
Igor, excelent that you made a Native Boost vm available for MacOSX.
I would like to try out your text rendering demos.
Yes, VM is ready for use.. but image side code are not still adopted for MacOS.
Mac OS using a stack
Updates:
Status: Closed
Comment #1 on issue 3580 by marcus.d...@gmail.com: Some trivial
code-critique cleanups
http://code.google.com/p/pharo/issues/detail?id=3580
13017
Updates:
Status: Closed
Comment #2 on issue 3582 by marcus.d...@gmail.com: RecentMessageList should
be reseted in #cleanUpForRelease
http://code.google.com/p/pharo/issues/detail?id=3582
13017
13017
-
Issue 3580: Some trivial code-critique cleanups
Issue 3582: RecentMessageList should be reseted in #cleanUpForRelease
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
2011/1/24 Marcus Denker marcus.den...@inria.fr:
On Jan 24, 2011, at 5:39 AM, Guillermo Polito wrote:
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
messages.
Why not lefClick, rightClick and middleClick?
Yes.
Back in the days, the color buttons where holy cows.
Updates:
Status: Closed
Comment #2 on issue 3196 by ryd...@gmail.com: Sound should be check to see
if it uses pragma or not
http://code.google.com/p/pharo/issues/detail?id=3196
The PharoSound package includes the change to use pragmas.
2011/1/24 Hernán Morales Durand hernan.mora...@gmail.com:
2011/1/24 Marcus Denker marcus.den...@inria.fr:
On Jan 24, 2011, at 5:39 AM, Guillermo Polito wrote:
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
messages.
Why not lefClick, rightClick and middleClick?
Updates:
Status: Closed
Comment #4 on issue 3058 by ryd...@gmail.com: Sound postCopy
http://code.google.com/p/pharo/issues/detail?id=3058
PharoSound package includes these changes, that's where Nicolas took them
from I presume, as they predate the squeak update by a month.
Guillermo Polito wrote:
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
messages.
Why not lefClick, rightClick and middleClick?
I agree that the meaning of the colors is no longer useful, although hate
is maybe a bit harsh :)
Surely this has already been
Updates:
Status: Closed
Comment #2 on issue 2768 by ryd...@gmail.com: FFT #transformForward:
now uses FFTPlugin
http://code.google.com/p/pharo/issues/detail?id=2768
In PharoSound.49
I totally agree with the color buttons being really confusing. What's funny
is that it's not even consistent. For instance, preference
swapMouseButtons comment is if true, swaps mouse buttons 2 and 3. What's
that suppose to mean? Weren't mouse buttons colored?? :)
However, I have a question: once
Thank you very much to Lukas and Markus.
Vanessa.
On Mon, Jan 24, 2011 at 12:12 PM, Alexandre Bergel alexan...@bergel.euwrote:
Thanks Marcus,
Alexandre
On 24 Jan 2011, at 07:01, Marcus Denker wrote:
On Thu, Jan 20, 2011 at 6:41 PM, Vanessa Peña vane.c.p...@gmail.com
wrote:
Hello
Status: New
Owner:
New issue 3587 by sean.p.d...@gmail.com: Clean up handling of WideStrings
http://code.google.com/p/pharo/issues/detail?id=3587
Code in various places in the system query #isWideString followed by an
ifTrue:ifFalse:
The Smalltalk way would be to issue a command to the
Updates:
Status: Closed
Labels: Milestone-1.2
Comment #1 on issue 3206 by marcus.d...@gmail.com: Cannot change background
image
http://code.google.com/p/pharo/issues/detail?id=3206
In 1.2, this will work (just checked)
2011/1/24 Guillermo Polito guillermopol...@gmail.com
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
messages.
Why not lefClick, rightClick and middleClick?
What's with lefties? Is their left button on the right side or on the left
side of the mouse?
What's with five
Exactly : logicalRight can be different than physicalRight.
If you tell me this distinction is useless, then I'll ask you to
consider touch screen and other modern input devices.
That's why I ask this community to reformulate and think.
Then you'll can argue at will whether the logical level
On Mon, Jan 24, 2011 at 10:22 AM, Nicolas Cellier
nicolas.cellier.aka.n...@gmail.com wrote:
Exactly : logicalRight can be different than physicalRight.
If you tell me this distinction is useless, then I'll ask you to
consider touch screen and other modern input devices.
That's why I ask this
That's why in my mail I suggested primary, secondary and tertiary for
example :).
On Mon, Jan 24, 2011 at 10:21 AM, Alexander Lazarević l...@blobworks.comwrote:
2011/1/24 Guillermo Polito guillermopol...@gmail.com
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
Tricky...
Just an experiment, but try the following after filing in attached change
set.
Can make the re-proportioning explicit and maybe fix things to constrain to
the owner morph if interested...
| container morph1 morph2 morph3 ex1 ex2 ex3 sp1 sp2|
morph1 := (PanelMorph new fillStyle:
Hi Pharoers,
Are you thinking about introducing tabs and back/forward button, like in
web browsers?
Just because of web we are now all accustomized and used of tabbed
browsing and navigation with a back and forward buttons. This habit now
demands all other tools to follow. Tabs are now
For me, if nothing else is going on, an Alt-. will get you there...
Regards, Gary
- Original Message -
From: laurent laffont
To: An open mailing list to discuss any topics related to an
open-sourceSmalltalk
Sent: Sunday, January 23, 2011 8:46 AM
Subject: [Pharo-project]
I love that :)
It could be very useful ^^
Ben
On Jan 24, 2011, at 2:36 PM, Gary Chambers wrote:
Tricky...
Just an experiment, but try the following after filing in attached change set.
Can make the re-proportioning explicit and maybe fix things to constrain to
the owner morph if
Ricardo Moran wrote:
I totally agree with the color buttons being really confusing. What's
funny is that it's not even consistent. For instance, preference
swapMouseButtons comment is if true, swaps mouse buttons 2 and 3.
What's
that suppose to mean? Weren't mouse buttons colored?? :)
Thanks a lot, Gary! I gave it a try and it does go in the wanted direction.
Now, the next question. I see that you are using a TableLayout. Is there a way
to specify a proportion (like in the proportional layout?) for the initial
extent of the inner panes?
If yes, then I suppose we could merge
My main current question is what are the reasons for OBInteractionRequest to
subclass Notification?
To be able to perform user interactions anywhere without having a
global OBPlatform instance, and without having to pass OBPlatform in
or store OBPlatform anywhere. There can be multiple UI
On Jan 24, 2011, at 2:47 PM, Janko Mivšek wrote:
Hi Pharoers,
Are you thinking about introducing tabs and back/forward button, like in
web browsers?
Yes!
Have a look at OB2
https://gforge.inria.fr/frs/download.php/27023/PBE-1.0.zip
There is a lot of good ideas in David's
Hi,
I don't think the layouts can be merged, as such, as they have very
different
approaches.
With the TableLayout, it is possible to assign weights to each spaceFill
section to get what you want, I think. (see #spaceFillWeight:)
Regards, Gary
- Original Message -
From: Tudor Girba
Status: New
Owner:
New issue 3588 by elpochod...@gmail.com: Monticello breaks when trying to
load code with syntax errors
http://code.google.com/p/pharo/issues/detail?id=3588
Pharo image: Pharo
Pharo core version: Pharo1.2rc1/Latest update: #12317
Virtual machine used: 'Squeak3.10.2 of
Just as an additional comment (don't know if this is related or not):
For OB I had to subclass Editor and duplicate all SmalltalkEditor
functionality, because the same Morph instance is used different
contexts. Previously it was very easy to enable and disable syntax
highlighting and other
*no* Colors have no *meaning* in this context. I can not even tell you the
three colors we have now. And not at all which is supposed to be the middle
one.
+1, I don't know the colors either.
Colors for buttons make no sense *at all* if your buttons have no colors.
AFAIK, most operating
I've posted a change this morning when activating styling is just a message
(beStyled) to send to a PluggableTextMorph
Ben
On Jan 24, 2011, at 4:46 PM, Lukas Renggli wrote:
Just as an additional comment (don't know if this is related or not):
For OB I had to subclass Editor and duplicate
Hi Lukas,
When you say previously do you mean with
ParagraphEditor or with previous version of
Editor/TextEditor/SmalltalkEditor ?
Cheers
Alain
Le 24/01/2011 16:46, Lukas Renggli a écrit :
Just as an additional comment (don't know if this is related or not):
For OB I had to subclass Editor
Status: Accepted
Owner: cy.delau...@gmail.com
CC: renggli
Labels: Milestone-1.2 Type-OB
New issue 3589 by cy.delau...@gmail.com: ClassComment in OB
http://code.google.com/p/pharo/issues/detail?id=3589
in pharo 1.2 looking for a string in source can raise an error if the sring
is defined on
I mean with the old ParagraphEditor. I am not saying that the old
ParagraphEditor was better (it had lots of other problems), but the
separation between Editor and SmalltalkEditor makes the OB code much
more complicated.
Also having to send #beStyled is kind of tricky. The previous pull
mechanism
Updates:
Status: Fixed
Comment #1 on issue 3589 by cy.delau...@gmail.com: ClassComment in OB
http://code.google.com/p/pharo/issues/detail?id=3589
(No comment was entered for this change.)
Hannes Hirzelhannes.hir...@gmail.com wrote:
I worked through it and understood it. I adapted the class names so
that it runs in the current Squeak 4.2 out of the box. In addition I
edited it slightly. I think it could be added as to the PEGParser
class. Maybe somebody else like to check it in
On Jan 22, 2011, at 9:19 AM, Marcus Denker wrote:
On Jan 22, 2011, at 9:15 AM, Stéphane Ducasse wrote:
We should:
- use this list
- have a plan
Item 1: Hudson Project for Coral.
https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Coral/
It does not yet run the
On 01/22/2011 12:37 AM, Stéphane Ducasse wrote:
I think that a stupid numbering like the one we have now is not so bad, you do
not want to force
the tools to read all the metadata inside the files.
I think that we have many more places where we should improve: UI, network
layer,
Unfortunately, my resources are scarce. iPhone are not really spread in Chile.
I haven't seen a student having one.
Is it possible to make DrGeo available on iTune?
Cheers,
Alexandre
On 22 Jan 2011, at 05:21, Hilaire Fernandes wrote:
Check with Bert, Bert help me to make working DrGeo on
2011/1/24 Guillermo Polito guillermopol...@gmail.com:
On Mon, Jan 24, 2011 at 10:22 AM, Nicolas Cellier
nicolas.cellier.aka.n...@gmail.com wrote:
Exactly : logicalRight can be different than physicalRight.
If you tell me this distinction is useless, then I'll ask you to
consider touch
Hi Lukas,
On 24 Jan 2011, at 15:57, Lukas Renggli wrote:
My main current question is what are the reasons for OBInteractionRequest to
subclass Notification?
To be able to perform user interactions anywhere without having a
global OBPlatform instance, and without having to pass OBPlatform
Yes we want more and a class to encapsulate that logic.
Stef
On Jan 24, 2011, at 2:51 PM, Benjamin wrote:
I love that :)
It could be very useful ^^
Ben
On Jan 24, 2011, at 2:36 PM, Gary Chambers wrote:
Tricky...
Just an experiment, but try the following after filing in attached
Hi Gary,
On 24 Jan 2011, at 16:16, Gary Chambers wrote:
Hi,
I don't think the layouts can be merged, as such, as they have very different
approaches.
With the TableLayout, it is possible to assign weights to each spaceFill
section to get what you want, I think. (see #spaceFillWeight:)
I
tx
On Jan 23, 2011, at 11:07 PM, Ricardo Moran wrote:
Yes, just load the attached file.
Cheers
Richo
On Sun, Jan 23, 2011 at 6:06 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
ricardo could you send the code (squeak version) around so that we can try?
Stef
On Jan 23,
On 01/24/2011 01:07 PM, Tudor Girba wrote:
Hi Lukas,
On 24 Jan 2011, at 15:57, Lukas Renggli wrote:
My main current question is what are the reasons for OBInteractionRequest to
subclass Notification?
To be able to perform user interactions anywhere without having a
global OBPlatform
Performing a user interaction always goes through signaling the
notification. For example to request a text input:
expression := OBTextRequest new
prompt: 'Enter a matching expression';
signal
Or to open the completion dialog:
category := OBCompletionRequest new
Status: Fixed
Owner: stephane...@gmail.com
Labels: Milestone-1.3
New issue 3590 by stephane...@gmail.com: AntiAliased fix
http://code.google.com/p/pharo/issues/detail?id=3590
Out of curiosity, I executed your code in Squeak and the antialiasing
works there. Debugging a little, I found a
I should have the code but only for a 3.8 or older version.
With the code gary sent around it would be cool to build it.
Stef
On Jan 24, 2011, at 10:12 AM, Tudor Girba wrote:
Hi,
Does anybody have an image with a working Whisker Browser? I would be
interested in learning from it.
This is cool to have news!
Excellent idea.
I will try to help you to post regularly.
On Jan 24, 2011, at 11:01 AM, Marcus Denker wrote:
On Thu, Jan 20, 2011 at 6:41 PM, Vanessa Peña vane.c.p...@gmail.com wrote:
Hello all,
We are happy to introduce you Hapao, an innovative test coverage
I would love but time/money usual problem. Not lack of vision or will.
Stef
On Jan 24, 2011, at 2:47 PM, Janko Mivšek wrote:
Hi Pharoers,
Are you thinking about introducing tabs and back/forward button, like in
web browsers?
Just because of web we are now all accustomized and used of
ok we will have to iterate once more time... :)
Tx for the report lukas.
Stef
On Jan 24, 2011, at 5:37 PM, Lukas Renggli wrote:
I mean with the old ParagraphEditor. I am not saying that the old
ParagraphEditor was better (it had lots of other problems), but the
separation between Editor and
Ok so I have the impression that we could get rid of branching or use another
delimiter.
Would it be ok?
Lukas?
Dale?
Stef
On Jan 24, 2011, at 7:06 PM, Dale Henrichs wrote:
On 01/22/2011 12:37 AM, Stéphane Ducasse wrote:
I think that a stupid numbering like the one we have now is not so bad,
I would like to have the iSqueak Event hierarchy. It is published in
PharoTaskForces if I remember correctly.
Stef
I hate yellowButtonPressed and redButtonPressed and blueButtonPressed
messages.
Why not lefClick, rightClick and middleClick?
Cheers,
Guille
Hi Janko,
Good observation. I too believe that to bring Pharo further we have to rethink
the IDE experience altogether. This requires more than just patch the existing
IDEs with a couple of widgets.
I am definitely interested in working on this. The work on Glamour goes towards
providing an
Ok so I have the impression that we could get rid of branching or use another
delimiter.
You cannot get rid of branching, this is a central part of version
control and extensively used in many large projects.
In Seaside we use the following pattern, also see the documentation at
However, that doesn't change that $. and $- cannot be part of the
PackageName or Author.
Just $., forget what I said about $-.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
Niko Schwarz tweeted that PhoneGap (http://www.phonegap.com/features) let's
you write an app in HTML5 and hook into native mobile features (e.g.
accelerometer) on multiple platforms, including the iPhone. He said that one
could write an app in Seaside that outputs HTML5 and it would appear native
Comment #7 on issue 2704 by marianopeck: Tests for broken
withNoLineLongerThan: behavior.
http://code.google.com/p/pharo/issues/detail?id=2704
thanks pocho :)
so, it is ready to integrate?
Then an quick/easy fix is to filter out $. from the FullName prompt in
the image.
Cheers
El lun, 24-01-2011 a las 14:16 -0800, Lukas Renggli escribió:
However, that doesn't change that $. and $- cannot be part of the
PackageName or Author.
Just $., forget what I said about $-.
Lukas
Then an quick/easy fix is to filter out $. from the FullName prompt in
the image.
That was one of my first changes to Pharo 0.0001.
Lukas
--
Lukas Renggli
www.lukas-renggli.ch
Current Pharo accepts $. as part of the full name.
El lun, 24-01-2011 a las 14:22 -0800, Lukas Renggli escribió:
Then an quick/easy fix is to filter out $. from the FullName prompt in
the image.
That was one of my first changes to Pharo 0.0001.
Lukas
--
Miguel Cobá
On Tue, Jan 18, 2011 at 2:51 PM, Benoit St-Jean bstj...@yahoo.com wrote:
Two quick questions this morning :
1) If I am using a package from squeaksource.com and this package only
works with Squeak now (methods have been removed from Pharo, methods only
exists in Squeak, different behavior in
I could reproduce it.
Myabe I am saying something stupid, but didn't Cmd+. depends on the process
priority?
I mean, if the loop was caused by a Process with higher priority than Cmd+.
then it cannot be interrupted.
can someone help?
cheers
mariano
On Wed, Jan 19, 2011 at 12:56 PM, Stéphane
Filtering doesn't help if the package was saved from a Squeak or
GemStone image or someone hand edited their package name ...
I know that a number of folks don't care about anyone that isn't using
the latest version of Pharo, but that is not the case for all developers.
Monticello could be a
On 24 January 2011 14:31, Miguel Cobá miguel.c...@gmail.com wrote:
Current Pharo accepts $. as part of the full name.
Then it is broken.
Lukas
El lun, 24-01-2011 a las 14:22 -0800, Lukas Renggli escribió:
Then an quick/easy fix is to filter out $. from the FullName prompt in
the image.
Updates:
Status: Fixed
Labels: Milestone-1.3
Comment #1 on issue 3562 by marianopeck: Deferred UI messages executed
slowly
http://code.google.com/p/pharo/issues/detail?id=3562
thanks richo :)
What about branch from a branch ? In general you need a tuple of (base version,
branch id, branch version) to identify a branch version. Similarly a branch on
a branch would become ((base version, branch id, branch version), branch2 id,
branch2 version).
In VW we use the following convention
In VW we use the following convention
base version + branch id - branch version
which then naturally extends to
base version + branch id - branch version + branch2 id - branch2
version
Multiple branches are specified as given in the grammar. { . Branch
} in EBNF means zero
1 - 100 of 107 matches
Mail list logo
