----- Original Message -----
From: "Michael Lucas-Smith" <[hidden email]> > ...I'll throw in the flip side of > my statement which I figured was probably a given. Pollock is great, > announcements are great, all of it is great. I agree with this. Pollock is great. >The incremental releases > have been fantastic and I personally don't suffer from the speed > issues people talk about because the way I layout is using WithStyle. Is that really the issue? I wonder how the layout stuff could be causing such a speed problem. Do you have any ideas? Could you possibly donate your layout stuff? -Carl |
> Is that really the issue? I wonder how the layout stuff could be causing > such a speed problem. Do you have any ideas? Could you possibly donate > your layout stuff? Fractional's inside Fractional's and the like is extremely slow. TextEdit's with large amounts of text is extremely slow. Apart from that, I've not noticed anything really slow in Pollock. As for donating the WithStyle layout engine? No. > -Carl |
I'm sorry but what's a "layout engine" in this context anyway?
Cheers! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. -----Original Message----- From: Michael Lucas-Smith [mailto:[hidden email]] Sent: Thursday, August 17, 2006 2:13 PM To: Carl Gundel Cc: [hidden email] Subject: Re: Pollock is great > Is that really the issue? I wonder how the layout stuff could be causing > such a speed problem. Do you have any ideas? Could you possibly donate > your layout stuff? Fractional's inside Fractional's and the like is extremely slow. TextEdit's with large amounts of text is extremely slow. Apart from that, I've not noticed anything really slow in Pollock. As for donating the WithStyle layout engine? No. > -Carl smime.p7s (4K) Download Attachment |
It's a UI builder that runs off XML and lays out the panes created
from the XML using CSS layout rules. That's essentially WithStyle at its core. > I'm sorry but what's a "layout engine" in this context anyway? > Cheers! > -Boris |
In reply to this post by Michael Lucas-Smith
Carl, I was under the impression that it did not take "large amounts" of
text to slow down a text editor in Pollock. Maybe we could define what "large amounts" of text is. I guess this will force people to write with less lines of code :) i.e. LibertyBasic users :) Seriously, from the demo you gave to us at NYC Smalltalk it did not seem that it took what I would consider large amounts of text. -Charles On Thu, 17 Aug 2006 17:13:04 -0400, Michael Lucas-Smith <[hidden email]> wrote: > >> Is that really the issue? I wonder how the layout stuff could be >> causing >> such a speed problem. Do you have any ideas? Could you possibly donate >> your layout stuff? > > Fractional's inside Fractional's and the like is extremely slow. > TextEdit's with large amounts of text is extremely slow. Apart from > that, I've not noticed anything really slow in Pollock. > > As for donating the WithStyle layout engine? No. > >> -Carl > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
In reply to this post by Rich Demers
I think it's important that VisualWorks come with supported libraries
for writing various graphics file formats. I found a post from Eliot that PNG file writing was going to be included with VW 7.2, but I had to find it on the web. Since the PNG file writing code seems to work well it might not be crucial to have GIF and BMP support, but least it should be possible to write JPEG files also. -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com |
In reply to this post by Michael Lucas-Smith
>> Is that really the issue? I wonder how the layout stuff could be causing
>> such a speed problem. Do you have any ideas? Could you possibly donate >> your layout stuff? > > Fractional's inside Fractional's and the like is extremely slow. > TextEdit's with large amounts of text is extremely slow. Apart from > that, I've not noticed anything really slow in Pollock. So I went and changed my implementation to use an OriginExtentFrame inside of a FractionalFrame. I figured I could just capture the resizing event and change the extent of the OriginExtentFrame myself. Unfortunately this didn't speed anything up. Any ideas? Should I just avoid FractionalFrames altogether? -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com |
In reply to this post by Carl Gundel
Travis asked me how I was using FractionalFrames, so I sent him the
following. I'm just using the FractionalFrame and RelationalFrame classes unmodified. I use a TabControl to hold multiple TextEdit controls. Here is how I initialize the TabControl and its frame. RelationalFrame is a subclass of FractionalFrame. tabs := TabControl new. frame := RelationalFrame new. frame topOffset: 3; leftOffset: 3; rightOffset: -3; bottomOffset: -24. tabs frame: frame. Then each instance of TextEdit get initialized like this: editor := TextEdit new. frame := FractionalFrame fullyAttached. editor frame: frame. The TextEdit controls get added to the TabControl like so: (self mainWindow paneAt: #tabs) addPage: form label: 'tab label'. Pretty simple. -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com |
Free forum by Nabble | Edit this page |