can you give a sketch example so that I the it?
instaed of 'lkjhlk' translated
NaturalLanguageTranslator translated: 'lkjhlk'
No, you keep the 'lkjhlk' translated :-)
Apologies, the current implementation does already what I meant
String>>translated
^ NaturalLanguageTransla
On 5/1/10 2:05 PM, Hilaire Fernandes wrote:
Stéphane Ducasse a écrit :
- If we want the gettext package to be loadable, the method
String>>translated in core could be changed to return self, then the
gettext packaged provided the translated version to effectively
handle the translation.
but t
On 4/17/2010 11:06 AM, Stéphane Ducasse wrote:
Thanks john oops I learned something. Now the problem is that I did
not touch them. I just loaded code. So I wonder where they got lost
or changed.
I suspect those got removed when integrating or because of Freetype
support in Pharo?
Although I
On 4/14/2010 10:06 AM, Cyrille Delaunay wrote:
RomePlugin is present in none of listLoadedModules and listBuiltinModules
that would explain the problem.
You need the external plugin then.
MIchael
___
Pharo-project mailing list
Pharo-project@lists.g
On 4/11/2010 11:19 AM, stephane ducasse wrote:
Hi
apparently mike posted a while ago transform changes.
There were unnoticed because buried over a lot of other changes.
So mike should I integrate these changes. Even when I use the bug entry
I tend to forget my own changes so without bug entry i
On Sat, Apr 10, 2010 at 11:33 AM, Hilaire Fernandes
wrote:
> Michael Rueger a écrit :
>>
>> On 4/10/2010 11:04 AM, Hilaire Fernandes wrote:
>
>> In combination with CSS it allowed us to change the UI without changing
>> the code (at least to some extend). Basic
On 4/10/2010 11:04 AM, Hilaire Fernandes wrote:
I remember you were using XUL for UI definition in Sophie, why this choice?
In combination with CSS it allowed us to change the UI without changing
the code (at least to some extend). Basically skinning through external
files, as you would do w
On 4/10/2010 10:51 AM, Hilaire Fernandes wrote:
Michael Rueger a écrit :
On 4/10/2010 10:31 AM, Hilaire Fernandes wrote:
Will it allow us to have vector based UI element or is non sense?
No, not non sense :-), that is exactly what it would allow.
Yes, vector based UI is where we should
On 4/10/2010 10:31 AM, Hilaire Fernandes wrote:
Is it correct to say a well integrated Rome Cairo framework in Moprhic
could simplify the whole graphic framework of the system.
Yes it should.
Alain did some work with Rome in Miro, so he might have more experience
with it.
Will it allow us t
On 4/10/2010 10:02 AM, Hilaire Fernandes wrote:
Does Polymoprh based on Rome is something making sense, or is it just
non-sense (ie not related). I try to understand what is the value behing
Rome.
Rome (in this case especially Rome Cairo) brings true vector based
drawing to Squeak/Pharo allow
On 4/9/2010 11:42 PM, Chris Muller wrote:
Thank you Henrik, it looks like a huge improvement! The attached
screen shots help explain why I only said "improvement" instead of
"perfect". Look at the color of my translucent morph when it is
upright vs. rotated. The translucency is now preserved,
On 4/3/2010 1:09 PM, Levente Uzonyi wrote:
This sounds really inefficient. Did you remove the primitive send from
ByteString >> #at:put:, or the following works, breaking the above
constraint?
(ByteString basicNew: 1) at: 1 put: (Character value: 128)
Apologies, it's actually 256 of course. C
On 4/3/2010 11:09 AM, Stéphane Ducasse wrote:
did you check on the etoy image? I imgaine that they have their own
repository? Sye
AFAIK they don't use Monticello...
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://l
On 4/3/2010 10:45 AM, Hilaire Fernandes wrote:
Yet, there are things to be done. Along Sugar theme, gettext support (or
any portable equivalent) is necessary.
Didn't the OLPC people write some import/interface for that?
Bert should know :-)
Michael
___
On 4/2/2010 11:36 PM, Hilaire Fernandes wrote:
Hello,
I have designed a first -- not finished yet -- Sugar theme for Polymorph
Nice!
We did a Sugar like theme for Sophie back then, might be worth checking
in the css and artwork if anything could be reused for
extending/fine-tuning your them
On 4/2/2010 5:12 PM, Stéphane Ducasse wrote:
Because I want to play with the idea of bootstrapping a smalltalk and I would
like to have
a socket and a raw sequence of numbers...
No compiler no just a reader of stuff (but of course for that you need
already a lot)
Craig has done quite a bi
On 4/1/2010 3:26 PM, Stéphane Ducasse wrote:
Until someone proves me wrong I would say that Pharo is UTF-8 clean :-)
Sure but what does it mean for stef the stupid:
characters/strings are encoded in UTF-8 or optimized -> 127 and then
after
If you could just rwrtie a little paragraph
On 4/1/2010 10:38 AM, Stéphane Ducasse wrote:
So mike could you summarize the Pharo situation.
Until someone proves me wrong I would say that Pharo is UTF-8 clean :-)
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http:
On 3/29/10 7:14 AM, Henrik Johansen wrote:
On Mar 29, 2010, at 3:54 25PM, Henrik Johansen wrote:
Yes, that does indeed do MacRoman -> 1252 transformation. As does
MacRomanTextConverter, in Pharo as well... Converters assuming
different internal encodings, fonts which render a charset
differen
On 3/28/10 1:20 PM, Mariano Martinez Peck wrote:
Yes. I know that problem ;) With SqueakDBX I had the same problem when
installing the dev packages of the database client libraries.
So when a header is not found, like asoundlib.h, the easy way is to
go to http://packages.ubuntu.com/ ,
On 3/21/10 4:07 PM, Mariano Martinez Peck wrote:
Hi Michael. Let me see if I understood.
- In PharoCore I remove InputEventSensor >> processMenuEvent: and the
invocation from ImputEventSensor >> processEvent: evt
correct
And make sure to do it in the right order and have backups of your imag
On 3/20/10 4:35 PM, Marcus Denker wrote:
So why does everyone ignore TeaTime? I admit I don't understand the
internals, but it obviously *looks* like it could be the basis of
Nebraska (or any other P2P solution).
Can you point me to a real good publication about it? I mean, a
*real* one?
AFA
On 3/18/10 3:38 PM, Mariano Martinez Peck wrote:
Hi folks. I want to remove HostMenuSystem from PharoCore image.
Probably, I can put it on PharoDev image but of course, it will be
accesible also from squeaksource to download it. I don't this is a
"core" package. In order to do that, I found the f
On 3/17/10 1:11 PM, Stéphane Ducasse wrote:
What do you think about that?
I think that would be good.
Issue 2159: We should clean all the platformName = 'Win32' and: [osVersion =
'CE']
This is not good to have all these strings to encode platform support.
We should move some code to SmalltalkI
On 3/9/2010 10:08 AM, Michael Roberts wrote:
So now my conclusion is firmly we have to take a step back and
simplify. for pharo 1.0 unless we have someone with a lot of time i
do not feel we can untangle the resolver and socket code. We should
As the one originally being responsible for inte
On 1/29/2010 6:28 PM, Stéphane Ducasse wrote:
> Mike
>
> do you have some cycles to help here?
let me see what I can come up with :-)
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailma
On 1/29/2010 1:08 PM, Adrian Lienhard wrote:
> Do I understand correctly?: ipv6 issues are a VM problem, hence not
> directly related to Pharo. But #useOldNetwork does not work as
> advertised in new network implementation because it still uses ipv6
> code/primitives.
>
> Hence, should we just roll
On 1/26/2010 12:26 AM, John M McIntosh wrote:
> Now the problem then is triggered if someone calls
> InputSensor>>peekEvent with just the right timing to see the menu
> event on the queue. If that happens from Morph's desired to peek
> ahead to make decision on mouse movement or keyboard interacti
On Tue, Jan 19, 2010 at 1:12 PM, Alexandre Bergel wrote:
> Hi Mariano,
>
> I use them in Mondrian. I haven't found a better way to draw splines
> and arcs without these classes.
You could use the Balloon Canvas or Rome API.
Michael
___
Pharo-project m
On 1/13/2010 11:13 AM, Igor Stasenko wrote:
> Next step is removing a direct reference to Sensor global, and replace
> it with something like:
>
> self eventSensor
No, that is fixing a sympton, not the problem.
(John will love this ;-) )
You would still be polling the sensor. There should be no
On 1/11/2010 10:59 PM, Stan Shepherd wrote:
> There is also an internal spell check, for other platforms.
> RBInternalSpellChecker.
in Sophie we built a platform independent spell checker
;-)
Michael
___
Pharo-project mailing list
Pharo-project@lis
On 1/11/2010 10:58 PM, Michael Rueger wrote:
> forget squeak/pharo in the browser.
for those not in the know:
I'm one of the poor guys who actually spent a *lot* of time making it
possible ;-)
Michael
___
Pharo-project mailing list
Pharo
On 1/11/2010 10:52 PM, Stéphane Ducasse wrote:
> It would be nice to keep pharo in the browser now the question is can we do it
> without somebody payed to maintain it to be compatible with each version.
forget squeak/pharo in the browser.
Nobody wants to install a plugin (and a 32MB one to boot)
On 1/11/2010 9:29 AM, Marcus Denker wrote:
> 11150
> -
>
> Issue 1593 : Packages: strange MC packages in need of cleanup (again)
>
> MC lost lots of classes... so this loads all affected packages (the settings
> ones).
to avoid occurences like this use configuration maps, the only way to
get
On 1/8/2010 6:45 PM, Chris Cunningham wrote:
> I've used it fairly successfully in the past, although I find that you
> definitely need the form to be in the deepest display depth (32) to
> get the coloring right (or even black and white, for that matter).
But you need a form with the resolution
On 1/7/2010 12:10 PM, Guido Stepken wrote:
> I would like to know, how i print on all available platforms
>
> PS, EPS output ... hmmm, doesn't really work ...
>
> Apple uses CUPS, LINUX uses CUPS, Windows GDI and CUPS possible ...
>
> How can i generate e.g. PDF output and send that platf
Bart Gauquie wrote:
> Hi,
>
> I apparently created :
> http://code.google.com/p/pharo/issues/detail?id=1405 also; which is the
> same issue.
> Using latests 1.0 I still have the problem. If I press ^ and space, a []
> block appears.
>
> On my Ubuntu, in a native texteditor, both work: If I pr
Lukas Renggli wrote:
> Another thing, this is not something that is only related to the
> clipboard. I've seen a similar thing happen when I use a keyboard
> shortcut that opens a dialog. In some cases the initial selection of a
> text-field is replaced by the keyboard shortcuts character, e.g.
> p
Bart Gauquie wrote:
>
> Allow me to explain why I have such strong beliefs about this. On my
> firm, we are using some techniques to enable that. On one project they
> are releasing new functionality every two weeks. How they do that is as
> following. These 2 weeks releases are incremental ch
Tudor Girba wrote:
> Hi,
>
> Thanks, but the packages do not seem to load either:
>
> - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType-
> MichaelRueger.498, but when I try to load Rome, I get
> "This package depends on the following classes:
>RomePath
>RomeReferenceCanvas
Henrik Johansen wrote:
> This is just another reason why multiple native windows would be nice,
> though, leaves the problem for someone else :)
Interestingly enough a lot of the (complex) multiple native window
applications have (gone back to) all in one window UIs (Eclipse, all of
the Adobe
Bart Gauquie wrote:
> Hi Marcus,
>
> I can understand your reasoning. The point I was trying to make is that
> even for the 1.1 alpha release everything should be stable that was
> stable before. I really appreciate the effort everybody does in it; the
> new stuff being added and all; but break
Do people actually experience the double paste problem on non-Mac platforms?
John M McIntosh wrote:
> Technically the behaviour between the the versions (3.x/4.x/5.x)
> should be the same, if you can show it's not, then it's a bug.
>
> In 5.0 we see the keydown and record data, but we don't ac
Hernán Morales Durand wrote:
>> To load Rome:
>>
>> Gofer new
>>impara: 'RomePharo';
>>addPackage: 'Rome-BalloonCanvas';
>>addPackage: 'Rome-Base';
>>addPackage: 'Rome-PluginCanvas';
>>addPackage: 'Rome-Fonts';
>>addPackage: 'Rome-Demo';
>>lo
Stéphane Ducasse wrote:
> Mike
> from an infrastructure point of view
> it would be good to have all the pharo related files in the same place.
> Could not you use PharoTaskForces?
Yes, I can move it there now that I have sorted out a usable version :-)
Oh, just noticed that you already uploaded p
Michael Rueger wrote:
> Hi all,
>
> there is now a Pharo port of Rome :-)
Just a few remarks about what Rome is :-)
Rome provides a hierarchy of canvas classes which share a common
protocol. Applications using Rome can switch backends without worrying
about protocol incompatibilit
Hi all,
there is now a Pharo port of Rome :-)
Quite a few things are still untested and probably broken, freetype
integration isn't what it should be yet, but it basically works.
You will need the RomePlugin for your platform.
https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip
Mariano Martinez Peck wrote:
> okI think now I get it now (sorry I was trying with another image
> wothout the .cs hahahah)
;-)
So this is a double paste although you are hitting cmd-v only once?
There a two complete event sets with key-down-stroke-up for cmd v...
Very weird...
OK, need to g
Mariano Martinez Peck wrote:
> Is this one better?
There are still no paste events in the event log.
Here's what the tail of my log looks like:
an OrderedCollection([keyUp ''] [keyUp ''] [keyDown '']
[keystroke ''] [keyUp ''] [keyDown ''] [keyDown
''] [keystroke ''] [keyUp ''] [keyUp '']
[ke
Mariano Martinez Peck wrote:
> sorryhere it is
Thanks!
But...
could it be you used keyboard shortcuts to open the windows and move
around the UI? That would overwrite the "interesting" key events in the
log...
Michael
___
Pharo-project mailing l
Lukas Renggli wrote:
>> My purpose is not to remove them.
>> The question is do we keep WindowColorSpec and related stuffs with
>> the possibility to change colors from the preference browser,
>> the "Pale" and "White" color themes ...
>
> Yeah sure. I completely agree. I never used those themes.
Alain Plantec wrote:
> Stéphane Ducasse a écrit :
>> BTW projectLauncher is a really funny class to support reading in .st
>> files
>>
> yes its cool but
> showSplash and splashURL and eToyAuthentificationServer inst vars are
> never used;
> SplashMorph class var is never used (so none of
csra...@bol.com.br wrote:
> Well then be sure they're not 100% working. Also, we should get a way of
> having the
> shortcuts less dependent on platform (ex. the prefix key to what we need to
> find a
> way of referring to them in an homogeneous way like, say, Emacs).
being a long time smallt
Stéphane Ducasse wrote:
> Mike
>
> This is a change I integrated it
> http://code.google.com/p/pharo/issues/detail?id=1293
thanks, reverting the getDocument method makes it work again :-)
Michael
___
Pharo-project mailing list
Pharo-project@li
Hi all,
while looking at the different Rome versions I ran into a weird problem
with Monticello in the latest core 1.1 image.
Try looking at
MCHttpRepository
location: 'http://source.impara.de/Rome'
user: ''
password: ''
with Pharo 1.0 and Pharo 1.1
In the latter versi
Stéphane Ducasse wrote:
> Mike
>
> apparently the undo is not touched: it only contains one version of
> the code not the complete duplicate.
Thanks!
So, without having looked at the exact code path it seems the string
gets duplicated, but only one undo relevant event coming through.
I'm afraid
...and of course you should read the classic on this:
http://www.joelonsoftware.com/articles/Unicode.html
"There Ain't No Such Thing As Plain Text."
;-)
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.i
Philippe Marschall wrote:
> Tudor Girba wrote:
>> Or more general, how can I find out what kind of converter I need for
>> a given file?
...
> You can pretend the problem doesn't exist and just use a random encoding
> aka the platform default encoding. That would work if all your files
> were
Stéphane Ducasse wrote:
> Michael
>
> do you have this code somewhere?
Yes, need to package it up.
It uses glorp and a postgres database as the backend.
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.in
Marcus Denker wrote:
> On Nov 29, 2009, at 6:15 PM, Schwab,Wilhelm K wrote:
>
>> What is the source of the change log size limit?
>>
>
> 32MB.
Would it be possible with the current compiled method format to make the
source pointer a first class object?
A looong time ago I did that in VW and us
Marcus Denker wrote:
> What I would want to have is a server with all old code that than is
> queried by the image...
Almost a year ago I did some work on a database, but then it got stuck
on the back burner.
What would be helpful in the future would be to have unique ids for
every method, clas
Michael Rueger wrote:
> quite a bit of inspiration on how to use of URIs.
how to *improve* the use of URIs
:-)
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/ph
Stéphane Ducasse wrote:
> - I would really like to see how we can get rid of FileDirectory and use your
> lib and its improved version.
by adding a handful of convenience methods almost everything can be done
with URIs already.
Having gotten that out of the way ;-) I think your library prov
Lukas Renggli wrote:
> I don't know what is hosted on source.squeakfoundation.org and who is
> maintaining it.
You are not quite getting the point.
As long as Pharo relies on *anything* hosted on unreliable servers
hosted by anyone the bad PR falls back on the Pharo community.
And if I would lo
Lukas Renggli wrote:
>> There is no need for urgent action (this is only a drill), but there
>> should be some redundancy in where the code is stored, and MC should not
>> prevent my saving code I already have to my local drive. There isn't (at
>> least not that I can find), and it does :(
>
>
Alexandr Batalshikov wrote:
> For now, some unicode symbols is impossible input from keyboard
> (at least, russian letters 'Л', 'О', 'Н' on Windows platform).
> I found some solution of this problem:
> in method ParagraphEditor>>dispatchOnKeyEvent:with:
> replace line:
> keyValue := keyValue i
Torsten Bergmann wrote:
> Mart-Mari Breedt wrote on Pharo list [1]
>> I got the answer to my problem here: http://bugs.squeak.org/view.php?id=7397
>>
>
> Why isnt the fix included into KomServer by default
> or the implementation in pharo changed by default?
the implementation in Phao changed.
as
Alain Plantec wrote:
> * Remove the annotationPane preference (no more annotation pane in
> browsers and MC)
> * Remove optionalButtons preferences (optional buttons are always
> present except in the ChangeSetSorter)
Very likely I've missed some discussion about this, but I find the
annotati
Damien Cassou wrote:
2009/10/17 Michael Rueger :
Please let me know if after filing in the change set the issues are fixed,
less often or unchanged.
http://code.google.com/p/pharo/issues/detail?id=1323
OK, turns out the change set didn't actually do anything, so for Lukas
the pl
Hi all,
after looking at the different input problems again it seems to me that
they might all go back to problems with SharedQueue.
Attached is a small change file for all who regularly experience
problems with loosing characters while typing or double pastes.
Please let me know if after fil
Damien Cassou wrote:
> On Mon, Sep 28, 2009 at 8:08 AM, Michael Rueger wrote:
>> Michael Rueger wrote:
>>>> I'm in favor of pushing the CairoGraphics package and porting Rome to it.
>> Despite (or on top of? ;-) ) my arguments in the previous mail that
>
Michael Rueger wrote:
>> I'm in favor of pushing the CairoGraphics package and porting Rome to it.
Despite (or on top of? ;-) ) my arguments in the previous mail that
would be the way to go either way :-)
My argument basically is that we should avoid "trapping" people int
Damien Cassou wrote:
> On Fri, Sep 25, 2009 at 7:59 PM, Stéphane Ducasse
> wrote:
>> should we push rome or the cairo graphics package?
>> I kno wthat they are not at the same level of abstarction but I prefer
>> to ask.
>> Or should rome be based on the cairo graphics package?
>
> I'm in favor o
Philippe Marschall wrote:
> There's gotta be a better way to do this.
>
> The whole API with arrays where you have to know the index, ByteArray
> objects, integer flags and so forth seems like a blast from the past.
We could put some default behavior wrapper methods around this.
But this is rea
Michael Rueger wrote:
> as additional info:
one more thing:
is it happening to people who are *not* using shout or auto completion?
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-
Hi all,
seems not to be fixed:
http://code.google.com/p/pharo/issues/detail?id=1048#c4
as additional info:
does that happen only on Linux?
does that only happen with potentially accented characters like e, a, u etc?
There is some really ugly Linux specific code for handling composed
characters
Igor Stasenko wrote:
> Hello guys,
>
> this is a small project to enable a fast & standard 2D vector graphics
> API for squeak - OpenVG.
How does OpenVG compare to Cairo in terms of capabilities?
How different are the resulting graphics on different platforms?
Sounds like to good thing to have n
Dale Henrichs wrote:
> Michael,
>
> What's the approved method for unregistering the current user interrupt
> handler?
>
> InputEventFetcher default eventHandlers copy do: [:hndlr |
> (hndlr isKindOf: UserInterruptHandler) ifTrue: [ hndlr unregister]].
>
> Looks like it would work, but
Dale Henrichs wrote:
> The class UserInterruptHandler is tantalizingly close, however, there
> is no obvious way to insinuate myself as an interested partyIt's
> pretty much hard-wired to open a debugger on the interrupted
> process
Just write your own class (e.g. subclass UserInterruptHa
Douglas Brebner wrote:
> Anything that hits the changes file such as compiling or many MC operations.
> e.g. When you see the a popup saying "Snapshotting" it's time to go get
> something to eat.
> And yes, it affects Squeak too.
Not only Squeak. Ever tried to open an OpenOffice document from a
Robert Sirois wrote:
>
> WAKom doesn't work in Pharo? I believe I have the correct image and VM:
>
> I'm getting the following from 'WAKom startOn: 9050':
>
> 'BlockClosure(Object)>>doesNotUnderstand: #newProcessWithBindings:'
You might be missing the dynamic binding package (not sure about the
On Tue, Jul 14, 2009 at 11:47 AM, Stéphane
Ducasse wrote:
> take the core image.
> The default tools in web dev are too slow right now.
Maybe we should point that out somewhere as we promote the dev-images
as being "Pharo"?
As we can see from some of the discussion on the Squeak list people
then t
On Tue, Jul 14, 2009 at 6:15 AM, John M
McIntosh wrote:
> However I'm wondering if there is any interested if I port the Sophie
> clipboard work to Pharo? Using FFI for the macintosh & Windows, where
> windows
> requires QuickTime for Window.
Hmm, I don't think the clipboard code needs Quicktime
2009/7/14 Mariano Martinez Peck :
The quotes you are mentioning are typographical quotes with unicode
values > 255.
> If I copy paste "Muelle Almirante Storni" in a workspace of Pharo, it is
> perfectly understood. But if I paste I get:
> ?Muelle Almirante Storni?
I'm confused what works and
Damien Cassou wrote:
> On Fri, Jul 10, 2009 at 3:27 PM, Keith Hodges wrote:
>> I don't know if this helps but in MC1.5 Matthew sped up the PackageInfo
>> routines for scanning the image by a factor of 10 or so.
>
> http://code.google.com/p/pharo/issues/detail?id=953
Would that also help with the
Mariano Martinez Peck wrote:
> Michael rouger: are you going to be there? I still have some utf
Unfortunately not.
> problems with my
> latinamerican keyboard in Linux nobody could reproduce...perhaps we can
Oh, I thought those were fixed by now...
> debug it there (I will have my notebook wi
On Sun, Jul 12, 2009 at 4:22 PM, Esteban Lorenzano wrote:
> What I don't know is:
>
> a) is this a bug?
> b) the bug is there or is a collateral damage?
> c) my hack really solves the problem?
> d) is possible to introduce this bugfix into a new version?
This part was refactored, the variable edi
Lukas Renggli wrote:
>> OUCH That's quite an example; just for giggles, I started up a
>> 3.9 polymorph image and retraced my steps (via message names, same
>> as in Pharo) and had a prompt reply. After doing that, I found
>> that Pharo (win32) had indeed completed the task.
>
> Again, this
Mariano Martinez Peck wrote:
> weird...Now I can also reproduce it in sq3.10.2-7179dev09.03.1 hahaha
>
> The same behaviour
So it might be something for the squeak-dev list as well.
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.i
Mariano Martinez Peck wrote:
> I tried this VM with squeak 3.10.2 and couldn't reproduce it. I
> guess it is because Sensor refactor. I am not saying InputSensor has the
> problem, just that perhaps because of this, I cannot reproduce it in Squeak.
>
> The strange thing is that this doesn'
Mariano Martinez Peck wrote:
> But I think that's not the real problem, just a fix. I am right?
Right.
> but I wonder why Sensor nextEvent is returning me that in and "alt + tab".
Somehow that event gets either received from Windows or is generated by
the VM for some reason. I'd rather suspect
Mariano Martinez Peck wrote:
> This is strange because it is interpreted as if it were a DropFilesEvent!
>
> But this is just a alt + tab. I don't see the relation between and alt +
> tab and a DropFilesEvent
could be some oddness in the Windows event generation/handling.
A fix would be to check
Stéphane Ducasse wrote:
>>
>> should not this method use InputSensor?
Sensor is a global pointing to the current sensor instance.
Michael
P.S. We should remove the old Sensor classes to avoid confusion.
>>
>> primitiveError: aString
>> "This method is called when the error handling results
Lukas Renggli wrote:
> I've made a similar experience. Pharo only seems to use the fonts if
> they are in a sub-directory of the image. It would be cool, if the
> fonts would also be detected when they are in a sub-directory of the
> VM or installed in the system. Maybe we can fix that on Saturday?
Stéphane Ducasse wrote:
>> Well actually in Sophie we used URI http://en.wikipedia.org/wiki/URI
>> *hint* all that code is MIT
>
> I know I just did not find time
> Good I do not know why a moment I thought that the sophie license was
> different.
It actually is. New BSD, which is basical
Igor Stasenko wrote:
> how then i could write a 'FileDirectory default' in terms of URIs?
> 'file://.' asURI ?
No, you would still write FileDirectory default :-)
But then you would do something like
(FileDirectory default uri resolveRelativePath: 'myDir/images') directory
I know, doesn't look
Stephen Pair wrote:
> accomplish this (in VisualWorks). It would be really cool if things
> like filenames and directories didn't make assumptions about the file
> system with which they are used (so that you could have filenames for in
> memory file systems, or filenames for other file system
Schwab,Wilhelm K wrote:
> One thing that seems to be missing is a good abstraction of relative
> paths, and some type of #, message to allow relative ones to be
> tacked onto full ones (FileDirectory etc.)??
In Sophie and to an even larger extent in an experimental fork I based
everything on URIs
Mariano Martinez Peck wrote:
> Hi folks! My image is crashing but no crash.dmp is being generated. I am
> in windows.
>
> Does someone know what can be the cause?
You should ask on Squeak-dev as well.
Michael
___
Pharo-project mailing list
Pharo-proj
On Tue, Jun 16, 2009 at 10:17 PM, Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com> wrote:
> Shouldn't we close http://code.google.com/p/pharo/issues/detail?id=756
>
Yes, that should be fixed.
Michael
___
Pharo-project mailing list
Pharo-project@li
1 - 100 of 428 matches
Mail list logo
