On 13 mars 2011, at 07:59, Guillermo Polito wrote:
> Forgot the faded one? Like the idea :)
>
Here it is. But, I prefer the other one with saturated colors.
<>>
> On Sun, Mar 13, 2011 at 3:35 AM, Noury Bouraqadi wrote:
> Just got an idea. What about using a picture of some "physical" pharo.
Comment #4 on issue 3706 by guillerm...@gmail.com: In OB: Text in comment
pane of Browser uses syntax highlighting
http://code.google.com/p/pharo/issues/detail?id=3706
Weird, I'm looking at http://source.lukas-renggli.ch/omnibrowser and almost
every last version of each package is already i
Forgot the faded one? Like the idea :)
On Sun, Mar 13, 2011 at 3:35 AM, Noury Bouraqadi wrote:
> Just got an idea. What about using a picture of some "physical" pharo.
> On every new version we can change the pharo.
> I'm not good at graphics but here is a sketch of the idea using a picture
> of
Just got an idea. What about using a picture of some "physical" pharo.
On every new version we can change the pharo.
I'm not good at graphics but here is a sketch of the idea using a picture of
mine (in small size).
I put the original and the faded one.
Noury
<>
On 12 mars 2011, at 23:39, Igor S
I've always ignored them ;)
On Sat, Mar 12, 2011 at 4:13 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:
> In Pharo 1.0 and 1.1 I used to include certain files in addition to the
> .image and .changes. These files were: changelog.txt, installScript.st and
> packages.txt
> So...what do y
On Sat, Mar 12, 2011 at 4:19 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:
> Sohere is the list of things I guess are pending:
>
> 1) "Release" all configurations included in Pharo (this is,
> ConfigurationOfPharo and all it dependencies). I mean, we should NOT use or
> depend on #
Yeah!! I love the background, and I would like to have a different one for
1.2 :).
Does anyone know where did we get that background?
Here are some images that seem to be free of charge, hehe:
http://www.energy-art-gallery.com/abstract-art-gallery.html
Guille
On Sat, Mar 12, 2011 at 7:39 PM, Ig
Hi !
We are currently working on a 3d engine which is not tied to any external
libraries.
We can provide more information if necessary.
Cheers,
Alexandre
Le 12 mars 2011 à 23:48, Lemuus a écrit :
> I think that the correct choice is libGL.so,but I'm just guessing.
>
> On Sat, Mar 12, 20
I think that the correct choice is libGL.so,but I'm just guessing.
On Sat, Mar 12, 2011 at 9:43 PM, Schwab,Wilhelm K wrote:
> I tried the 1.2 one-click with Lumiere. Following the collaboractive book,
>
> Gofer it
>squeaksource: 'Lumiere';
>package: 'ConfigurationOfLumiere';
>
Comment #5 on issue 3387 by 4ndr3r13ck: Package name should not contain
crptic characters
http://code.google.com/p/pharo/issues/detail?id=3387
I had the feeling that something is missing. :( Will send it as soon as
possible.
I'm working on extracting everything to a model. DebuggerMethodMap is a
mess so we'll also have our own version of that class. Other methods
that I found too messy are rewritten in the model.
Still work to be done, and Cog for linux doesn't like me committing code
to MC (it just crashes when I
Comment #3 on issue 3814 by siguc...@gmail.com: Weak announcements
refinement
http://code.google.com/p/pharo/issues/detail?id=3814
i expected that writing that much comments will not lead to anything good.
but you are s pedantic :)))
We will take a look on it at Monday.
On 13 March 2011 01:44, Schwab,Wilhelm K wrote:
> Someone (Sig??) mentioned a possible unix solution not too long ago.
>
>
yes, to put an exclusive write lock on a file.
Not sure if unix systems allow that
>
> From: pharo-project-boun...@lists.gforge.inria
Barring a few update problems, they changes Igor and I made today should
be ready for general review/inclusion shortly.
Here's a few points about the most important differences to the current
implementation:
1. Now supports action blocs with 0, 1 or 2 arguments (announcement and
receiver).
This sho
Comment #2 on issue 3814 by ryd...@gmail.com: Weak announcements refinement
http://code.google.com/p/pharo/issues/detail?id=3814
Err, it's getting late
Let's not leave these changes hanging with an recursive block :)
I meant to say : "Also blocked by Issue 3815 "
Comment #1 on issue 3814 by ryd...@gmail.com: Weak announcements refinement
http://code.google.com/p/pharo/issues/detail?id=3814
Also blocked by 3814, it's impossible to file in the changesets.
It's all those damned class comments we actually took time to write... :)
Someone (Sig??) mentioned a possible unix solution not too long ago.
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Henrik Sperre
Johansen [henrik.s.johan...@veloxit.no]
Sent: Saturday, March
I tried the 1.2 one-click with Lumiere. Following the collaboractive book,
Gofer it
squeaksource: 'Lumiere';
package: 'ConfigurationOfLumiere';
load.
( Smalltalk globals classNamed:'ConfigurationOfLumiere' ) perform:
#loadDefault.
led to a warning about D
On 13 March 2011 01:29, Henrik Sperre Johansen
wrote:
>
>
> Den 13.03.2011 01:04, skrev Schwab,Wilhelm K:
>> Linux certainly allows that mistake. What about OSX?
> As Steph/Markus used Macs today when pushing updates, I'm fairly certain
> it does :)
> After all, it's just a prettified BSD. (ok, s
Thanks for overview.
Works for me. I found that i missed couple of important topics this week.
.. ohh there is too much mails :)
On 12 March 2011 21:19, Francois Stephany wrote:
> Sure, I'll add the date range next week ;)
> Of course, some threads span on 2 or 3 periods.
>
> On 12/03/11 19:49,
On 2 March 2011 20:56, Adrian Lienhard wrote:
> On Mar 2, 2011, at 20:33 , Luc Fabresse wrote:
>
>>> - Adrian, Jorge and Toon worked on implementing a Debugger on top of
>>> Glamour. They got a first version working that is able to do basic actions:
>>> step, restart, step into. The challenge was
Den 13.03.2011 01:04, skrev Schwab,Wilhelm K:
> Linux certainly allows that mistake. What about OSX?
As Steph/Markus used Macs today when pushing updates, I'm fairly certain
it does :)
After all, it's just a prettified BSD. (ok, some other differences as
well, like stack alignment requirements e
Comment #1 on issue 3815 by ryd...@gmail.com: Filing in Class comments
raises an error
http://code.google.com/p/pharo/issues/detail?id=3815
And if it is truly deprecated, and not planned to be updated to work
correctly, "Recent submissions" should be removed from the World Tools
menu...
+1000 Great initiative and most welcomed.
And as you said, even if you don't do most, a planing, coordination
and bugging people around helps as well :)
On 12 March 2011 08:25, Tudor Girba wrote:
> Hi,
>
> I would like to promote the idea of projects in Pharo. The concept is simple:
> we should
Status: Accepted
Owner: ryd...@gmail.com
Labels: Milestone-1.2 Milestone-1.3
New issue 3815 by ryd...@gmail.com: Filing in Class comments raises an error
http://code.google.com/p/pharo/issues/detail?id=3815
Broken by SourceReference changes.
ChangeRecord >> fileIn directly notifies deprecated R
On 13 March 2011 00:19, David T. Lewis wrote:
> Hi Igor,
>
> I think it is good to make OSPP (and AioPlugin and XDisplayControlPlugin
> where appropriate) available in all distributed VMs, but in some applications
> they provide too much access to the operating system, so it is good to
> have them
Linux certainly allows that mistake. What about OSX?
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Henrik Sperre
Johansen [henrik.s.johan...@veloxit.no]
Sent: Saturday, March 12, 2011 6:29
Comment #3 on issue 3811 by ryd...@gmail.com: Extending MessageSend
protocol with cull: and value: protocol
http://code.google.com/p/pharo/issues/detail?id=3811
SLICE-Issue-3811-cull-protocol-for-MessageSends-HenrikSperreJohansen.1 in
Inbox.
In addition to what is in the .cs above, it als
See title.
Probably caused by saving from multiple open copies of the same image so
the .changes file source was exported from was corrupted :)
Cheers,
Henry
Hi Igor,
I think it is good to make OSPP (and AioPlugin and XDisplayControlPlugin
where appropriate) available in all distributed VMs, but in some applications
they provide too much access to the operating system, so it is good to
have them as external modules so that people who do not want them o
Den 12.03.2011 23:25, skrev Igor Stasenko:
> On 12 March 2011 15:12, Camillo Bruni wrote:
>> Does anyone know what the proceedure is to include a new font directly in
>> the image without plugin support?
>>
>> eg Issue 3809 using DejaVu Mono in the image
>>
> i don't think that possible because t
David,
i don't remember the outcome of last discussion about it,
but i heard some people proposed to add the OSProcess plugin
to be built as internal one.
Or at least ship it with every VMs, same as FFI plugin.
On 12 March 2011 20:53, David T. Lewis wrote:
> On Sat, Mar 12, 2011 at 11:34:11AM -08
On 12 March 2011 21:15, Noury Bouraqadi wrote:
> +1.
> I suggest to change the background for every new version.
> Also put the version number next the logo.
>
+1 now the question what background should be used by 1.2 release?
>
> On 12 mars 2011, at 20:16, Mariano Martinez Peck wrote:
>
>> If I
On 12 March 2011 15:12, Camillo Bruni wrote:
> Does anyone know what the proceedure is to include a new font directly in the
> image without plugin support?
>
> eg Issue 3809 using DejaVu Mono in the image
>
i don't think that possible because to rasterize fonts you need a renderer
>
> camillo
Updates:
Labels: Milestone-1.3
Comment #3 on issue 3685 by marianopeck:
#createUserSubclass:instVarNames:categoryName: no longer accepts an inst
var array
http://code.google.com/p/pharo/issues/detail?id=3685
(No comment was entered for this change.)
Status: Accepted
Owner: siguc...@gmail.com
New issue 3814 by siguc...@gmail.com: Weak announcements refinement
http://code.google.com/p/pharo/issues/detail?id=3814
So... here it is!
Before applying, load the
Announcements-Core-LukasRenggli.12
Announcements-Tests-Core-LukasRenggli.4
from Pharo
It is easy to tell, when it happens..
because my inbox is flooded with tons of messages :)
And that's great :)
--
Best regards,
Igor Stasenko AKA sig.
Issue 3811: Extending MessageSend protocol with cull: and value: protocol
http://code.google.com/p/pharo/issues/detail?id=3811
This issue is now blocking issue 3814.
See http://code.google.com/p/pharo/issues/detail?id=3814
--
You received this message because you are listed in the owner
or CC fi
I have not yet copied all of the packages. Please give me a few more days..
On Sat, Mar 12, 2011 at 4:56 AM, Stéphane Ducasse
wrote:
> Where can I find the code of your changes?
> I looked in the squeak trunk but this is not clear to me.
> I look in the squeak inbox and again I could not find it
7) unload SimpleMorphic (see my previous mail)
On 12 mars 2011, at 20:19, Mariano Martinez Peck wrote:
> Sohere is the list of things I guess are pending:
>
> 1) "Release" all configurations included in Pharo (this is,
> ConfigurationOfPharo and all it dependencies). I mean, we should NOT us
We discussed today that on release we should remove SimpleMorphic when
releasing.
The idea is that SimpleMorphic is in the image in order to try to get some
benefit from the money spent by ESUG.
The result wasn't what ESUG first wanted, but this is another story.
So, the idea is to try to extract
Sure, I'll add the date range next week ;)
Of course, some threads span on 2 or 3 periods.
On 12/03/11 19:49, Noury Bouraqadi wrote:
I'd rather prefer the actual date such as: 7-13 march 2011
Thanx François any way.
On 12 mars 2011, at 18:14, Geert Claes wrote:
Hi Francois, Excellent job agai
+1.
I suggest to change the background for every new version.
Also put the version number next the logo.
On 12 mars 2011, at 20:16, Mariano Martinez Peck wrote:
> If I could decide, I would vote for it :) I like it.
>
> If you agree, then it is very easy to add to hudson, just modify (marcus?)
On Sat, Mar 12, 2011 at 11:34:11AM -0800, nullPointer wrote:
> Please, I need know the actual status of OSProcess; what I can wit it and
> cannot:
>
> -Works in main platforms? Mac, Windows Linux? works of same way on all
> places?
OSProcess works on unix platforms, including Mac and Linux. Windo
grrr forget this threadit is already being done by DEVImageCreator...I
don't know why I didn't see the sender...sorry for the noise
mariano
On Sat, Mar 12, 2011 at 8:30 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:
> or...we can add it to ImageForDevelopers...indeed it was there
Please, I need know the actual status of OSProcess; what I can wit it and
cannot:
-Works in main platforms? Mac, Windows Linux? works of same way on all
places?
-I could execute external executable files?
-I could execute commandline tools?
-Which will be the next steps of development?
-OsProcess
or...we can add it to ImageForDevelopers...indeed it was there at the
beginning, but then we remove it from there becase it took ages. Now, and
even with cog, it is fast..so...
I am all ears..
mariano
On Sat, Mar 12, 2011 at 8:10 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:
> Marcu
Comment #7 on issue 3806 by cesar.ra...@gmail.com: Duration>>hours is broken
http://code.google.com/p/pharo/issues/detail?id=3806
Just testing my understanding, then: given the wording of the ANSI
Standard, and the present behaviour the "Fixed" status is in fact "is not a
bug" and no changes
Sohere is the list of things I guess are pending:
1) "Release" all configurations included in Pharo (this is,
ConfigurationOfPharo and all it dependencies). I mean, we should NOT use or
depend on #development versions.
2) Update the one click image to use latest cog images and "pharo prepared
Please, we need help to write down / summarize all the actions done in Pharo
1.2.
Include them here:
http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotTwo
cheers
Mariano
In Pharo 1.0 and 1.1 I used to include certain files in addition to the
.image and .changes. These files were: changelog.txt, installScript.st and
packages.txt
So...what do you think? are they (still) useful ? if true, then we should
add it to hudson. If not, we just ignore it.
Thanks
Mariano
Marcus, can we add a "ScriptLoader new cleanUpForRelease" at the end of the
Pharo.st that is used to build the PharoDev 1.2?
Thanks
mariano
Comment #2 on issue 3811 by stephane...@gmail.com: Extending MessageSend
protocol with cull: and value: protocol
http://code.google.com/p/pharo/issues/detail?id=3811
You will integrate it because you should join. We should not be the
bottleneck.
I will review the code and we will integrate
Updates:
Status: Fixed
Comment #4 on issue 1507 by stephane...@gmail.com: is LocatedMethod needed?
http://code.google.com/p/pharo/issues/detail?id=1507
(No comment was entered for this change.)
Comment #3 on issue 3789 by stephane...@gmail.com: convert MenuMorph
reference to invoke UIManager
http://code.google.com/p/pharo/issues/detail?id=3789
?
UIManager>>newMenuIn: aThemedMorph for: aModel
"Answer a new menu."
^ self subclassResponsibility
MorphicUIMana
Comment #4 on issue 3387 by stephane...@gmail.com: Package name should not
contain crptic characters
http://code.google.com/p/pharo/issues/detail?id=3387
Cool 4ndr3r13ck did you sign the license agreement?
I'd rather prefer the actual date such as: 7-13 march 2011
Thanx François any way.
On 12 mars 2011, at 18:14, Geert Claes wrote:
> Hi Francois, Excellent job again. Just one suggestion, can we use the actual
> week number e.g. Pharo summary week 10, 2011?
>
> --
> View this message in context:
Yes. This is what we noticed during the sprint.
So, yes. It's time to release 1.2 and move on to 1.3!
Thanks to all contributors :-)
Noury
On 12 mars 2011, at 11:50, Esteban Lorenzano wrote:
> Hi,
> ...well, they are blue, not green, but I can't get used to it :)
>
> So... is time to release it
Comment #3 on issue 3084 by stephane...@gmail.com: DSM analysis Part 1
http://code.google.com/p/pharo/issues/detail?id=3084
no we will revisit it.
Right now it is fuzzy.
I could not find inflateStream, Deprecation is ok were it is
We should not keep all these issues forever.
Comment #4 on issue 3076 by stephane...@gmail.com: Suggestion for
Remodularisation -> Dependants on ToolSet
http://code.google.com/p/pharo/issues/detail?id=3076
This is more than that. The problem of this fix is that it is too large and
general.
In Hazelnut we will have to find a solution a
Status: Accepted
Owner: siguc...@gmail.com
CC: marcus.d...@gmail.com
New issue 3813 by siguc...@gmail.com: [Hudson] polishing VM building process
http://code.google.com/p/pharo/issues/detail?id=3813
We should provide a zipped (or tarball) of generated sources along with
platform sources, read
yes we could.
Stef
> Once you have finished integrating all the dependencies, can we check the
> dependencies with Jannik tools of Moose and see how many dependecies did we
> fix ?
>
> thanks
>
> mariano
Comment #3 on issue 3076 by marianopeck: Suggestion for Remodularisation ->
Dependants on ToolSet
http://code.google.com/p/pharo/issues/detail?id=3076
It would be nice to let a comment when an issue is closed but not
integrated. So...this was closed because it needed a huge refactoring? can
Comment #2 on issue 3084 by marianopeck: DSM analysis Part 1
http://code.google.com/p/pharo/issues/detail?id=3084
stef, this was integreated?
Updates:
Status: Fixed
Labels: Milestone-1.3
Comment #3 on issue 3387 by marianopeck: Package name should not contain
crptic characters
http://code.google.com/p/pharo/issues/detail?id=3387
(No comment was entered for this change.)
Comment #2 on issue 3457 by jbaptist...@gmail.com: Cannot show new
CompiledMethod's asString
http://code.google.com/p/pharo/issues/detail?id=3457
Over this problem there are a deep problem.
several question, that is really making sense? I mean why instantiate a
CompiledMethod out of the co
Once you have finished integrating all the dependencies, can we check the
dependencies with Jannik tools of Moose and see how many dependecies did we
fix ?
thanks
mariano
Comment #11 on issue 1836 by marianopeck: Adding dedicated accessors for VM
parameters
http://code.google.com/p/pharo/issues/detail?id=1836
This is awesome. I love this small but good steps. Thanks JB.
13086
-
- Added test packages
- Removed PharoCorePackageDependencyTests
Stef
Hi Francois, Excellent job again. Just one suggestion, can we use the actual
week number e.g. Pharo summary week 10, 2011?
--
View this message in context:
http://forum.world.st/Pharo-mailing-list-weekly-summary-5-tp3350331p3350535.html
Sent from the Pharo Smalltalk mailing list archive at Nabble
13085
-
- Remove Object>>undo.
- Issue 3312: [Kernel Dependencies] BlockClosure >> #decompile.
- Issue 3313: [Kernel Dependencies] UndefinedObject / Compiler.
- Finder fix.
Stef and Benjamin.
Hi matthew
If you need to build something automatically for your project we can help.
Stef
On Mar 12, 2011, at 5:50 PM, Matthew Fulmer wrote:
> On Wed, Mar 09, 2011 at 09:15:39AM +0100, Noury Bouraqadi wrote:
>> Thanks Esteban.
>>
>> BTW, I was expecting to find it on hudson server. I think
Updates:
Status: Fixed
Comment #10 on issue 1836 by jbaptist...@gmail.com: Adding dedicated
accessors for VM parameters
http://code.google.com/p/pharo/issues/detail?id=1836
create a VMAttribute object, have a accessor for all vmParameter (maybe not
the cog new one).
bridge all the
On Sat, Mar 12, 2011 at 17:50, Matthew Fulmer wrote:
>> BTW, I was expecting to find it on hudson server. I think we should have
>> everything gathered there.
>
> What is hudson server?
http://ci.pharo-project.org/
--
Damien Pollet
type less, do more [ | ] http://people.untyped.org/damien.pol
On Wed, Mar 09, 2011 at 09:15:39AM +0100, Noury Bouraqadi wrote:
> Thanks Esteban.
>
> BTW, I was expecting to find it on hudson server. I think we should have
> everything gathered there.
What is hudson server?
--
Matthew Fulmer (a.k.a. Tapple)
Updates:
Status: Closed
Comment #2 on issue 3313 by stephane...@gmail.com: [Kernel Dependencies]
UndefinedObject / Compiler
http://code.google.com/p/pharo/issues/detail?id=3313
(No comment was entered for this change.)
Comment #2 on issue 3789 by damien.p...@gmail.com: convert MenuMorph
reference to invoke UIManager
http://code.google.com/p/pharo/issues/detail?id=3789
And of course, it's broken :)
First I made the slice from a dev image…
Then, UIManager default does not understand newMenuIn:for:. Only
im
Comment #2 on issue 3387 by 4ndr3r13ck: Package name should not contain
crptic characters
http://code.google.com/p/pharo/issues/detail?id=3387
Fixed it, it is in the PharoInbox.
Updates:
Status: Closed
Comment #2 on issue 3312 by stephane...@gmail.com: [Kernel Dependencies]
BlockClosure >> #decompile
http://code.google.com/p/pharo/issues/detail?id=3312
(No comment was entered for this change.)
Updates:
Status: Closed
Comment #1 on issue 3084 by stephane...@gmail.com: DSM analysis Part 1
http://code.google.com/p/pharo/issues/detail?id=3084
(No comment was entered for this change.)
Updates:
Status: Closed
Comment #2 on issue 3076 by stephane...@gmail.com: Suggestion for
Remodularisation -> Dependants on ToolSet
http://code.google.com/p/pharo/issues/detail?id=3076
(No comment was entered for this change.)
Comment #1 on issue 3789 by damien.p...@gmail.com: convert MenuMorph
reference to invoke UIManager
http://code.google.com/p/pharo/issues/detail?id=3789
SLICE committed
Status: Accepted
Owner: stephane...@gmail.com
New issue 3812 by stephane...@gmail.com: Registration for RunArray and other
http://code.google.com/p/pharo/issues/detail?id=3812
RunArray>>scanFrom: strm
"Read the style section of a fileOut or sources file. nextChunk has
already been done. We
Updates:
Status: Closed
Comment #4 on issue 2932 by stephane...@gmail.com: CollectionText dependent
on Compiler
http://code.google.com/p/pharo/issues/detail?id=2932
(No comment was entered for this change.)
Updates:
Status: Closed
Labels: Milestone-1.3
Comment #4 on issue 2931 by stephane...@gmail.com: Stream depends on
compiler
http://code.google.com/p/pharo/issues/detail?id=2931
already done
Updates:
Status: Closed
Comment #6 on issue 2925 by stephane...@gmail.com: Suggestions to reduce
package depencencie
http://code.google.com/p/pharo/issues/detail?id=2925
Nothing new here except that we may want to use FileServices
Updates:
Status: Closed
Labels: Milestone-1.3
Comment #4 on issue 2924 by stephane...@gmail.com: Suggestion for
Remodularisation
http://code.google.com/p/pharo/issues/detail?id=2924
(No comment was entered for this change.)
Updates:
Status: Closed
Comment #5 on issue 2923 by stephane...@gmail.com: suggestions for
dependencies reduction
http://code.google.com/p/pharo/issues/detail?id=2923
(No comment was entered for this change.)
Updates:
Status: Closed
Labels: Milestone-1.3
Comment #12 on issue 2922 by stephane...@gmail.com: Suggestions for
dependency reduction
http://code.google.com/p/pharo/issues/detail?id=2922
(No comment was entered for this change.)
Comment #1 on issue 3809 by damien.p...@gmail.com: Fixed Width / Serif Font
http://code.google.com/p/pharo/issues/detail?id=3809
See this thread, there's a zip with many more size of the dejavu sans
family…
http://forum.world.st/Adding-a-new-font-in-System-like-DejaVu-fonts-td2970160.html
Updates:
Status: Closed
Comment #13 on issue 3283 by stephane...@gmail.com: Symbol dependent on
Scanner
http://code.google.com/p/pharo/issues/detail?id=3283
final version in 1308
Updates:
Status: Fixed
Cc: stephane.ducasse tudor.girba
Labels: Milestone-1.3
Comment #1 on issue 3811 by siguc...@gmail.com: Extending MessageSend
protocol with cull: and value: protocol
http://code.google.com/p/pharo/issues/detail?id=3811
in order to treat MessageSen
Status: Accepted
Owner: siguc...@gmail.com
New issue 3811 by siguc...@gmail.com: Extending MessageSend protocol with
cull: and value: protocol
http://code.google.com/p/pharo/issues/detail?id=3811
We need it for Announcements
Attachments:
cull-cull.1.cs 1.2 KB
Updates:
Status: Closed
Comment #2 on issue 3311 by stephane...@gmail.com: [Kernel Dependencies]
Object / Compiler
http://code.google.com/p/pharo/issues/detail?id=3311
(No comment was entered for this change.)
13083
-
- Issue 3375: PositionableStream remove dependence to Compiler.
- Issue 3283: Symbol dependent on Scanner. Part Four.
- Issue 3307: [Kernel Dependencies] CompiledMethodTrailer>>#encodeUsingZip
CompiledMethodTrailer>>#decodeZip
- Issue 3810: Methods of Traits are in the change
Updates:
Status: Closed
Comment #3 on issue 3078 by benjamin...@gmail.com: Suggestion for
Remodularisation -> StringHolder
http://code.google.com/p/pharo/issues/detail?id=3078
We are trying ti kill it :)
Updates:
Status: Closed
Comment #2 on issue 3810 by stephane...@gmail.com: Methods of Traits are in
the changesorter, but not the fileout
http://code.google.com/p/pharo/issues/detail?id=3810
in 13080
Updates:
Status: closed
Comment #3 on issue 3307 by stephane...@gmail.com: [Kernel Dependencies]
CompiledMethodTrailer>>#encodeUsingZip CompiledMethodTrailer>>#decodeZip
http://code.google.com/p/pharo/issues/detail?id=3307
(No comment was entered for this change.)
Updates:
Status: FixProposed
Comment #1 on issue 3587 by marcus.d...@gmail.com: Clean up handling of
WideStrings
http://code.google.com/p/pharo/issues/detail?id=3587
(No comment was entered for this change.)
Updates:
Status: Closed
Comment #3 on issue 3301 by benjamin...@gmail.com: [Kernel Dependencies]
ClassDescription Extension
http://code.google.com/p/pharo/issues/detail?id=3301
Deprecated in 1.2
1 - 100 of 156 matches
Mail list logo
