Squeak-dev August 2005

squeak-dev@lists.squeakfoundation.org

157 participants
234 discussions

Memory management
by BELEM Mahamadou 10 Aug '05

10 Aug '05

Hi I developped a model which contains many objets : 1) 24472 in least 2) I use thread in some objects (between 5 and 20 objects) During the execution of my program, the computer restart. I now that is a problem of memory management. Can some body give me a solution to resolve this problem Best regards --------------------------------- Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez le ici !

1 0

Re: What do you think about Ruby ?
by Michaël Piel 10 Aug '05

10 Aug '05

I think that an excellent article written by Dan Ingalls more than 20 years ago well sum up all that has been said here about smalltalk: "Design Principles Behind Smalltalk". http://users.ipa.net/~dwighth/smalltalk/byte_aug81/design_principles_behind… michael

1 0

Back from vacation
by goran＠krampe.se 10 Aug '05

10 Aug '05

Hi all! Just wanted to mention that I am back now from a long 5-week vacation during which I have not even read much email. I will try to catch up but in general, if you are waiting for my feedback on *anything* - please email again privately and I will answer the same day. And btw, I no longer work at Bluefish but at Toolkit Software (www.toolkitsoftware.se - only in swedish) so my private email is goran(a)krampe.se and nothing else. regards, Göran

3 4

RE: LookEnhancements enhancement
by Ramon Leon 10 Aug '05

10 Aug '05

Any chance you can not reload the default preferences on upgrade if they're already present? > -----Original Message----- > From: squeak-dev-bounces(a)lists.squeakfoundation.org > [mailto:squeak-dev-bounces@lists.squeakfoundation.org] On > Behalf Of John Pierce > Sent: Monday, August 08, 2005 5:59 PM > To: The general-purpose Squeak developers list > Subject: Re: LookEnhancements enhancement > > Hi all, > > > > Sometimes I can resize the windows very fast (with > the black border) > > and sometimes all the frames in the window > are being resized > > at the same time which is much much slower. > > ... > > All the borders allow me to always resize my > windows fast, but the > > lower right one. The lower right one allow > sometimes fast resize and > > sometimes not. > > LookEnhancements adds its own resize handle to the > lower-right corner only. It > is not sensitive to the fastResize setting. I *think* > if you grab the > lower-right slightly outside the window you should get > fast resizing. If you > grab inside the window border, it will be slow. Hope > that helps. > > > I fixed this problem in version 46 of LookEnhancements. If > you have "resizeOnAllSides" preference turned on then the > corner grip is now completely disabled and resizing from > bottom right should work like the other 3 corners. > > Regards, > > John > > >

2 1

seeking feedback for Chuck
by Lex Spoon 09 Aug '05

09 Aug '05

Folks, I am in the middle of writing up the "Chuck" system browser that uses type inference to add extra navigation paths. Chuck is a work in progress, so if you have tried the tool, I would appreciate an email giving your first impressions. There is a more formal user study planned to happen in a few weeks, but in the short term it would be helpful to have just a few sentences from folks to include in the current paper on it. "Chuck" http://minnow.cc.gatech.edu/squeak/5711 Thanks, -Lex

2 1

RE: LookEnhancements enhancement
by Chris Muller 09 Aug '05

09 Aug '05

> Your LookEnhancements is on of the > first packages I load, along with native windows fonts. Ramon, I've experimented with true-types that come w/ Windows to see if I could use them, but had trouble with carriage-returns displaying as a square and.. maybe a couple of other formatting issues or something. Perhaps it was the particular fonts I tried, Verdana and Arial, IIRC.. You seem to be having better success than I, can you give me a tip?

2 2

Re: LookEnhancements enhancement
by Chris Muller 09 Aug '05

09 Aug '05

> I prefer thinner borders. I don't much like constantly active resize > buttons/regions/doohickeys because they are often too easy to activate > accidentally. And since resizing can be a rather expensive operation > this gets to be an irritating time waster. My solution would be for > resize handle to be active only with a modifier of some sort - a > different mouse button, a metakey for those condemned to single > buttons, even a gesture if applicable. Certainly the current > implementation details of resize areas in Morphic is horrible in my > experience. Hi Tim, I don't understand how resizing would get activated accidentally? Does it happen when trying to scroll and you're not quite in the scrollbar? And is it expensive even with fastResizing turned on? The reason I ask is, resizing is something I wish were easier to do, not harder. You have to position the mouse precisely within a 2 or 3 pixel range, wait for the event-loop to convert the mouse-pointer so you know its in the right spot (because the visual edge isn't the actual resize region), and then finally click and drag it. Three steps just to get more visibility. It wouldn't be hard to disable the edge resizers altogether (one-method change, I believe). This would certainly prevent accidental resizes, but then would be required to use the yellow Morphic resize halo which seems to be what you are referring to as horrible.. Damien Cassou wrote: > Sometimes I can resize the windows very fast (with the black border) > and sometimes all the frames in the window are being resized > at the same time which is much much slower. > ... > All the borders allow me to always resize my windows fast, but the > lower right one. The lower right one allow sometimes fast resize and > sometimes not. LookEnhancements adds its own resize handle to the lower-right corner only. It is not sensitive to the fastResize setting. I *think* if you grab the lower-right slightly outside the window you should get fast resizing. If you grab inside the window border, it will be slow. Hope that helps. - Chris

7 11

problem in Balloon True type support
by Prabhakar katlakunta 09 Aug '05

09 Aug '05

hi every one, To be more specific. Lets say there is an glyph at location 123. And i am able to view whole glyphs using TTFontReader openTTFFile:'xyz.ttf'. But when i am trying to view the individual glyphs by giving the ascii. i am unable to view the glyph properly, an blank box is appearing instead of glyph at that particular location. This problem is not with all the glyphs .The code used to view the individual glyphs is: a_ TTFontDescription addFromTTFile:'c:\eenadu.ttf'. b_ TTSampleStringMorph font: a. b string:(Character value:123)asString. b openInWorld. i will be very greatfull if any suggestions or pointers provided. Thanking you, K.Prabhakar, CITE, IIIT, Hyderabad, India.

2 1

Some problem in Balloon True Type support
by Prabhakar katlakunta 09 Aug '05

09 Aug '05

hi every one, I am working on a project where i am building support for indic fonts in Squeak. i am getting some problem while reading the glyphs into the squeak. Squeak was unable read all the glyphs properly. It is giving an empty box instead of glyph at that Value in the table. the code used to read the glyphs is a_ TTFontDescription addFromTTFile:' c:\xyz.ttf '. b_ TTSampleStringMorph font: a. b string:( Character value:aNumber )asString. b openInWorld. But when i open the glyphs with this code i could see all the glyph properly and correctly. TTFontReader openTTFFile:' c:\xyz.ttf '. If any suggestions or any pointers pointed, will be appreciated. Thanking you. K.Prabhakar CITE IIIT, Hyderabad

2 1

RE: LookEnhancements enhancement
by Ramon Leon 08 Aug '05

08 Aug '05

> -----Original Message----- > From: squeak-dev-bounces(a)lists.squeakfoundation.org > [mailto:squeak-dev-bounces@lists.squeakfoundation.org] On > Behalf Of Ramon Leon > Sent: Monday, August 08, 2005 10:39 AM > To: john(a)pierce.name; The general-purpose Squeak developers list > Subject: RE: LookEnhancements enhancement > > > > > Hi all, > > > > I've checked in version 45 of LookEnhancements. In this > release window > > borders have been put on a diet shedding 1/3 of their > width. I thought > > about making it a preference, but I kind of like the > thinner borders > > the more I look at them. If there is anyone that really > wants thicker > > borders (we are talking 4 pixels vs. the former 6 pixels) > then let me > > know. > > It would be real easy to make a preference, but I kind of > don't like > > lots of preferences if no one particularly cares. > > > > Anyways, enjoy. > > > > John > > > > Thank you, love the new thinner look, feels much nicer. As > far as the docking window idea goes, I don't know how to do > it, else I would submit a change set. I came to squeak for > Seaside, morphic has not been on my list of things to learn, > and I only get to play in squeak in my free time, which is limited. > > You asked, "So the question in mind is "is it natural for > windows to know about other windows as if you are laying out > tiles on the screen?" > or would this feature frustrate users when they are trying to > overlap windows slightly?" > > I'd say, does anyone "ever" want to overlap a window by 2px? > I'd say not really, if they are getting the borders that > close together, odds are they're trying to tile them to work > with multiple windows. I played with Linux a bit recently > and KDE had this as an option, when the window borders got > close enough they'd just snap together, but only within a > certain range, couple of pixels, or when they got close > enough to the edge of the screen, they'd snap to it. I loved > it, you'd only notice it when you were trying to tile, and it > helped tremendously, I thought it was one the of coolest > little features I'd seen and wish Windows did that, wish > Squeak did that, be nice to see an autoDockWindows preference. > After playing around with my nVidia drivers, turns out they give XP this feature too, so it's not too uncommon.

1 0

← Newer
1
...
15
16
17
18
19
20
21
...
24
Older →

Jump to page: