[Pharo-project] Transcript does not handle multiple thread access
Hello, try this in a workspace (image 10319) : "First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ] Behavior is bad. Now, try the following: Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ] It is always working. Is it a known problem ? Should we open an issue ? François
francois on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one). Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below. clear "Clear all characters and redisplay the view" accessSemaphore critical: [ self changed: #clearText. self reset ] François Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Which version of threadSafeTrasncruipt do you have I have clear "Clear all characters and redisplay the view" self changed: #clearText. accessSemaphore critical: [ stream reset ] Stef On May 28, 2009, at 11:06 PM, François Tanguy wrote:
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below.
clear "Clear all characters and redisplay the view"
accessSemaphore critical: [ self changed: #clearText. self reset ]
François
Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Name: Nile-Clients-damiencassou.101 Author: damiencassou Time: 17 February 2009, 6:29:21 pm UUID: c84dacab-8c7e-48b4-b9ff-31f712051122 Ancestors: Nile-Clients-damiencassou.99, Nile-Clients-damiencassou.100 François Le 28 mai 09 à 23:19, Stéphane Ducasse a écrit :
Which version of threadSafeTrasncruipt do you have
I have
clear "Clear all characters and redisplay the view"
self changed: #clearText. accessSemaphore critical: [ stream reset ]
Stef
On May 28, 2009, at 11:06 PM, François Tanguy wrote:
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below.
clear "Clear all characters and redisplay the view"
accessSemaphore critical: [ self changed: #clearText. self reset ]
François
Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Not this one. ThreadSafeTranscript is on squeaksource same name. Now I just check and I do not know why is shown Argh Stef On May 28, 2009, at 11:27 PM, François Tanguy wrote:
Name: Nile-Clients-damiencassou.101 Author: damiencassou Time: 17 February 2009, 6:29:21 pm UUID: c84dacab-8c7e-48b4-b9ff-31f712051122 Ancestors: Nile-Clients-damiencassou.99, Nile-Clients-damiencassou.100
François
Le 28 mai 09 à 23:19, Stéphane Ducasse a écrit :
Which version of threadSafeTrasncruipt do you have
I have
clear "Clear all characters and redisplay the view"
self changed: #clearText. accessSemaphore critical: [ stream reset ]
Stef
On May 28, 2009, at 11:06 PM, François Tanguy wrote:
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below.
clear "Clear all characters and redisplay the view"
accessSemaphore critical: [ self changed: #clearText. self reset ]
François
Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Stef, I loaded the ThreadSafeTranscript package from squeaksource and found out one problem. The stream is not correctly reset after each access. Original code uses "stream reset" but using "stream resetContents" works much better. Cheers. François Le 28 mai 09 à 23:52, Stéphane Ducasse a écrit :
Not this one. ThreadSafeTranscript is on squeaksource same name. Now I just check and I do not know why is shown Argh
Stef
On May 28, 2009, at 11:27 PM, François Tanguy wrote:
Name: Nile-Clients-damiencassou.101 Author: damiencassou Time: 17 February 2009, 6:29:21 pm UUID: c84dacab-8c7e-48b4-b9ff-31f712051122 Ancestors: Nile-Clients-damiencassou.99, Nile-Clients-damiencassou. 100
François
Le 28 mai 09 à 23:19, Stéphane Ducasse a écrit :
Which version of threadSafeTrasncruipt do you have
I have
clear "Clear all characters and redisplay the view"
self changed: #clearText. accessSemaphore critical: [ stream reset ]
Stef
On May 28, 2009, at 11:06 PM, François Tanguy wrote:
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below.
clear "Clear all characters and redisplay the view"
accessSemaphore critical: [ self changed: #clearText. self reset ]
François
Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Thanks francois. On May 29, 2009, at 11:55 AM, François Tanguy wrote:
Stef,
I loaded the ThreadSafeTranscript package from squeaksource and found out one problem.
The stream is not correctly reset after each access.
why should it be reset after each access?
Original code uses "stream reset" but using "stream resetContents" works much better.
ok I will check I published a new version with << (= show: to be compatible with the other streams) support stef
Cheers.
François
Le 28 mai 09 à 23:52, Stéphane Ducasse a écrit :
Not this one. ThreadSafeTranscript is on squeaksource same name. Now I just check and I do not know why is shown Argh
Stef
On May 28, 2009, at 11:27 PM, François Tanguy wrote:
Name: Nile-Clients-damiencassou.101 Author: damiencassou Time: 17 February 2009, 6:29:21 pm UUID: c84dacab-8c7e-48b4-b9ff-31f712051122 Ancestors: Nile-Clients-damiencassou.99, Nile-Clients-damiencassou. 100
François
Le 28 mai 09 à 23:19, Stéphane Ducasse a écrit :
Which version of threadSafeTrasncruipt do you have
I have
clear "Clear all characters and redisplay the view"
self changed: #clearText. accessSemaphore critical: [ stream reset ]
Stef
On May 28, 2009, at 11:06 PM, François Tanguy wrote:
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below.
clear "Clear all characters and redisplay the view"
accessSemaphore critical: [ self changed: #clearText. self reset ]
François
Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
See below my answer. Le 29 mai 09 à 17:34, Stéphane Ducasse a écrit :
Thanks francois.
On May 29, 2009, at 11:55 AM, François Tanguy wrote:
Stef,
I loaded the ThreadSafeTranscript package from squeaksource and found out one problem.
The stream is not correctly reset after each access.
why should it be reset after each access?
If you do something like this STranscript show: 'a very longggggggggggg message'. STranscript show: 'a normal message' The result in the transcript will be : a very longggggggggggg messagea normal messageggggg message The reason is because the readLimit instance variable from PositionableStream is not reset to 0 after the first message.
Original code uses "stream reset" but using "stream resetContents" works much better.
resetContents makes the same job than reset but it also set readLimit to 0.
ok I will check I published a new version with << (= show: to be compatible with the other streams) support
stef
Cheers.
François
Le 28 mai 09 à 23:52, Stéphane Ducasse a écrit :
Not this one. ThreadSafeTranscript is on squeaksource same name. Now I just check and I do not know why is shown Argh
Stef
On May 28, 2009, at 11:27 PM, François Tanguy wrote:
Name: Nile-Clients-damiencassou.101 Author: damiencassou Time: 17 February 2009, 6:29:21 pm UUID: c84dacab-8c7e-48b4-b9ff-31f712051122 Ancestors: Nile-Clients-damiencassou.99, Nile-Clients-damiencassou. 100
François
Le 28 mai 09 à 23:19, Stéphane Ducasse a écrit :
Which version of threadSafeTrasncruipt do you have
I have
clear "Clear all characters and redisplay the view"
self changed: #clearText. accessSemaphore critical: [ stream reset ]
Stef
On May 28, 2009, at 11:06 PM, François Tanguy wrote:
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below.
clear "Clear all characters and redisplay the view"
accessSemaphore critical: [ self changed: #clearText. self reset ]
François
Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Ok but normally cr does this job. Stef On May 29, 2009, at 5:44 PM, François Tanguy wrote:
See below my answer.
Le 29 mai 09 à 17:34, Stéphane Ducasse a écrit :
Thanks francois.
On May 29, 2009, at 11:55 AM, François Tanguy wrote:
Stef,
I loaded the ThreadSafeTranscript package from squeaksource and found out one problem.
The stream is not correctly reset after each access.
why should it be reset after each access?
If you do something like this STranscript show: 'a very longggggggggggg message'. STranscript show: 'a normal message'
The result in the transcript will be : a very longggggggggggg messagea normal messageggggg message
The reason is because the readLimit instance variable from PositionableStream is not reset to 0 after the first message.
Original code uses "stream reset" but using "stream resetContents" works much better.
resetContents makes the same job than reset but it also set readLimit to 0.
ok I will check I published a new version with << (= show: to be compatible with the other streams) support
stef
Cheers.
François
Le 28 mai 09 à 23:52, Stéphane Ducasse a écrit :
Not this one. ThreadSafeTranscript is on squeaksource same name. Now I just check and I do not know why is shown Argh
Stef
On May 28, 2009, at 11:27 PM, François Tanguy wrote:
Name: Nile-Clients-damiencassou.101 Author: damiencassou Time: 17 February 2009, 6:29:21 pm UUID: c84dacab-8c7e-48b4-b9ff-31f712051122 Ancestors: Nile-Clients-damiencassou.99, Nile-Clients- damiencassou. 100
François
Le 28 mai 09 à 23:19, Stéphane Ducasse a écrit :
Which version of threadSafeTrasncruipt do you have
I have
clear "Clear all characters and redisplay the view"
self changed: #clearText. accessSemaphore critical: [ stream reset ]
Stef
On May 28, 2009, at 11:06 PM, François Tanguy wrote:
Yes I already tried but a DNU showed up when trying to execute "STranscript clear". The method reset does not exist. See the implementation below.
clear "Clear all characters and redisplay the view"
accessSemaphore critical: [ self changed: #clearText. self reset ]
François
Le 28 mai 09 à 22:56, Stéphane Ducasse a écrit :
francois
on squeaksource there is a threadsafeTranscript can you try it? The idea is to get it to replace the non thread safe (= defult one).
Stef On May 28, 2009, at 10:49 PM, François Tanguy wrote:
Hello,
try this in a workspace (image 10319) :
"First open a Transcript via the world menu" Transcript clear. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
Behavior is bad.
Now, try the following:
Transcript clear. Transcript open. 5 timesRepeat: [ [Transcript show: 'Hello'] fork ]
It is always working.
Is it a known problem ? Should we open an issue ?
François _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that? Regards, Carlos
no idea. :) On Jun 1, 2009, at 12:24 AM, Carlos Crosetti wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
The free type progress bar indicates the scanning of your system for available fonts. Adrian On Jun 2, 2009, at 11:28 , Stéphane Ducasse wrote:
no idea. :)
On Jun 1, 2009, at 12:24 AM, Carlos Crosetti wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Can someone explain me why is that update? 2009/6/2 Steve Wirts <stevewirts@gmail.com>
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I think so Pharo stays in sync with whatever new fonts you may have installed/removed from your computer. 2009/6/2 Mariano Martinez Peck <marianopeck@gmail.com>
Can someone explain me why is that update?
2009/6/2 Steve Wirts <stevewirts@gmail.com>
If the font reloading is taking longer than you would like for startup, you
can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened? Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
A while ago I added an update button to the font browser so you could just load on demand when you knew you installed a new font... Rob On Tue, Jun 2, 2009 at 9:15 AM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened?
Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Hi Rob, I purged the font cache with FreeTypeFontProvider current initialize and then opened the font browser (in which I only see Accuny as expected). When I hit update the progress bar appears, but the list of fonts does not get updated. If I close the browser and open it again, I see all fonts. Cheers, Adrian On Jun 2, 2009, at 15:19 , Rob Rothwell wrote:
A while ago I added an update button to the font browser so you could just load on demand when you knew you installed a new font...
Rob
On Tue, Jun 2, 2009 at 9:15 AM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened?
Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Hmm...thanks! I'll see if I can figure that out... Rob On Tue, Jun 2, 2009 at 9:33 AM, Adrian Lienhard <adi@netstyle.ch> wrote:
Hi Rob,
I purged the font cache with
FreeTypeFontProvider current initialize
and then opened the font browser (in which I only see Accuny as expected). When I hit update the progress bar appears, but the list of fonts does not get updated. If I close the browser and open it again, I see all fonts.
Cheers, Adrian
On Jun 2, 2009, at 15:19 , Rob Rothwell wrote:
A while ago I added an update button to the font browser so you could just load on demand when you knew you installed a new font...
Rob
On Tue, Jun 2, 2009 at 9:15 AM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened?
Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Tue, Jun 2, 2009 at 12:15 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened?
That's exactly why I asked. It seems not necessary for me to be uploaded each time the image starts. How frequently your fonts change? IMHO this preference must be disable by default. Cheers, Mariano
Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Depends whether you use the same image across multiple OSes... Regards, Gary ----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, June 02, 2009 2:21 PM Subject: Re: [Pharo-project] FreeType? On Tue, Jun 2, 2009 at 12:15 PM, Adrian Lienhard <adi@netstyle.ch> wrote: On Jun 2, 2009, at 15:00 , Steve Wirts wrote: > If the font reloading is taking longer than you would like for > startup, you > can disable it from > PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened? That's exactly why I asked. It seems not necessary for me to be uploaded each time the image starts. How frequently your fonts change? IMHO this preference must be disable by default. Cheers, Mariano Adrian > > > On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti > <carlos@mostar.com.ar>wrote: > >> Hi, i loaded pharo, did "software update" and saved the image then >> quit. >> Loading again, I no longer see a file-not-found dialog, now I see a >> "FreeType" progress bar, showing and dissapearing twice... what is >> that? >> >> Regards, Carlos >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Jun 2, 2009, at 16:13 , Gary Chambers wrote:
Depends whether you use the same image across multiple OSes...
That is probably not that often the case, but if, what happens? Would the selected fonts fall back to Accuny? I think we should disable UpdateFontsAtImageStartup by default to not have to pay for the scanning on each image startup. People that transfer images between different OSes have the possibility to enable the preference. OK? Adrian
Regards, Gary
----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, June 02, 2009 2:21 PM Subject: Re: [Pharo-project] FreeType?
On Tue, Jun 2, 2009 at 12:15 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened?
That's exactly why I asked. It seems not necessary for me to be uploaded each time the image starts. How frequently your fonts change?
IMHO this preference must be disable by default.
Cheers,
Mariano
Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
------------------------------------------------------------------------------
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project_________... Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Tue, Jun 2, 2009 at 1:25 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 16:13 , Gary Chambers wrote:
Depends whether you use the same image across multiple OSes...
That is probably not that often the case, but if, what happens? Would the selected fonts fall back to Accuny?
I think we should disable UpdateFontsAtImageStartup by default to not have to pay for the scanning on each image startup. People that transfer images between different OSes have the possibility to enable the preference. OK?
+1
Adrian
Regards, Gary
----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, June 02, 2009 2:21 PM Subject: Re: [Pharo-project] FreeType?
On Tue, Jun 2, 2009 at 12:15 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened?
That's exactly why I asked. It seems not necessary for me to be uploaded each time the image starts. How frequently your fonts change?
IMHO this preference must be disable by default.
Cheers,
Mariano
Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
------------------------------------------------------------------------------
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project_________...
Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Adrian Lienhard wrote:
On Jun 2, 2009, at 16:13 , Gary Chambers wrote:
Depends whether you use the same image across multiple OSes...
That is probably not that often the case, but if, what happens? Would the selected fonts fall back to Accuny?
I think we should disable UpdateFontsAtImageStartup by default to not have to pay for the scanning on each image startup. People that transfer images between different OSes have the possibility to enable the preference. OK?
+1 Long term the scanning needs to be much faster and also properly hooked into the font change mechanism for every platform. John implemented some caching for Sophie, but we never really got it fast enough to not be noticable at startup. Michael
Er, well there was a fair amount of improvement. Keep in mind we showed the font menu each line in it's font type, which was expensive so we did the following. (a) on star tup we would check the list of font files against our known list. This actually happens really fast, the time required is for directory reads. (b) We would merge our saved known list with the new list and kick out the fonts that were deleted, or the fonts that were new. (c) For new fonts we had to read and set up in our internal font dictionary and set up in our font's menu image. (d) we saved the cached font menu forms and list in an image segment. Thus on a restart all that was required if there were no font changes was the reading of the font directorie(s). On 2-Jun-09, at 7:46 AM, Michael Rueger wrote:
Adrian Lienhard wrote:
On Jun 2, 2009, at 16:13 , Gary Chambers wrote:
Depends whether you use the same image across multiple OSes...
That is probably not that often the case, but if, what happens? Would the selected fonts fall back to Accuny?
I think we should disable UpdateFontsAtImageStartup by default to not have to pay for the scanning on each image startup. People that transfer images between different OSes have the possibility to enable the preference. OK?
+1
Long term the scanning needs to be much faster and also properly hooked into the font change mechanism for every platform. John implemented some caching for Sophie, but we never really got it fast enough to not be noticable at startup.
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- = = = ======================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================
Sounds alright. Regards, Gary
I think we should disable UpdateFontsAtImageStartup by default to not have to pay for the scanning on each image startup. People that transfer images between different OSes have the possibility to enable the preference. OK?
Adrian
ok, I created an issue and attached a cs that disables the preference: http://code.google.com/p/pharo/issues/detail?id=863 Adrian On Jun 2, 2009, at 17:27 , Gary Chambers wrote:
Sounds alright.
Regards, Gary
I think we should disable UpdateFontsAtImageStartup by default to not have to pay for the scanning on each image startup. People that transfer images between different OSes have the possibility to enable the preference. OK?
Adrian
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I would be inclined to make it a 'latch preference'. It should do the scan on first startup on a new platform and then never again unless the user asked or the image is started on a new machine. How to tell if an image was last run on that machine or platform is left as an exercise for the implementor. :-) But that would be the most useful behavior. -Todd Blanchard On Jun 2, 2009, at 7:25 AM, Adrian Lienhard wrote:
On Jun 2, 2009, at 16:13 , Gary Chambers wrote:
Depends whether you use the same image across multiple OSes...
That is probably not that often the case, but if, what happens? Would the selected fonts fall back to Accuny?
I think we should disable UpdateFontsAtImageStartup by default to not have to pay for the scanning on each image startup. People that transfer images between different OSes have the possibility to enable the preference. OK?
Adrian
Regards, Gary
----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project@lists.gforge.inria.fr Sent: Tuesday, June 02, 2009 2:21 PM Subject: Re: [Pharo-project] FreeType?
On Tue, Jun 2, 2009 at 12:15 PM, Adrian Lienhard <adi@netstyle.ch> wrote:
On Jun 2, 2009, at 15:00 , Steve Wirts wrote:
If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup
Has anybody looked into whether the reloading is actually needed on each startup? Couldn't that be done only when the font browser is opened?
That's exactly why I asked. It seems not necessary for me to be uploaded each time the image starts. How frequently your fonts change?
IMHO this preference must be disable by default.
Cheers,
Mariano
Adrian
On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar>wrote:
Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that?
Regards, Carlos
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
------------------------------------------------------------------------------
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project_________... Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
its fine, thanks! -----Mensaje original----- De: pharo-project-bounces@lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr]En nombre de Steve Wirts Enviado el: Martes, 02 de Junio de 2009 10:01 a.m. Para: Pharo-project@lists.gforge.inria.fr Asunto: Re: [Pharo-project] FreeType? If the font reloading is taking longer than you would like for startup, you can disable it from PreferencesBrowser>>FreeType>>UpdateFontsAtImageStartup On Sun, May 31, 2009 at 6:24 PM, Carlos Crosetti <carlos@mostar.com.ar> wrote: Hi, i loaded pharo, did "software update" and saved the image then quit. Loading again, I no longer see a file-not-found dialog, now I see a "FreeType" progress bar, showing and dissapearing twice... what is that? Regards, Carlos _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (11)
-
Adrian Lienhard -
Carlos Crosetti -
Eagle Offshore -
François Tanguy -
Gary Chambers -
John M McIntosh -
Mariano Martinez Peck -
Michael Rueger -
Rob Rothwell -
Steve Wirts -
Stéphane Ducasse