Hi folks. This thread is a bit stale now, but Gary and I were playing
with getting our latest web app installed on this Pharo image - plus
of course our in-house tools that Gary's built.
I run a Mac (unlike everybody else in the office) and my clipboard is
no longer working. In other words, text I copy to the clipboard in OSX
can't be pasted into the Pharo image. The reverse *does* work (ie text
copied in the image can be pasted into an app in OSX).
I'm not sure if I'm repeating an earlier bug report here, or something
already known, sorry if I am.
Other than that, the image is looking really good :)
Cheers,
Simon
On 24 Sep 2008, at 07:59, Stéphane Ducasse wrote:
May be we should add this info in a class comment.
This is why I should continue to work on this idea of a manisfesto
per package.
Stef
On Sep 24, 2008, at 12:01 AM, Andrew Tween wrote:
"Norbert Hartl" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
...
On Tue, 2008-09-23 at 10:01 +0200, Marcus Denker wrote:
On 23.09.2008, at 09:09, Andrew Tween wrote:
> Note that with a one-click app distribution, it isn't necessary
to
> embed the fonts in the image.
> FreeType Plus looks for a folder named Fonts relative to
the .image
> file, and loads any fonts it finds from there.
>
> Putting the font file(s) into the Fonts folder has these
advantages...
>
> 1.The image isn't bloated. (embedding a 20Mb font file would grow
> the image by 20Mb)
> So, the default font could be a large Unicode one, for example
>
> 2.Easier to create a one-click app for distribution.
>
> 3.Easier to install the font files into the OS so that other
> applications can also use them.
>
> 4. Free fonts that don't allow embedding can be used (e.g.
> Bitstream). This widens the choice of available free fonts.
>
> The advantage to embedding the font file in the image is that it
> moves around with the .image file.
> Which for a one-click app isn't really an advantage at all :)
Cool!
We should actually think about moving more data into files... for
example, there are huge literal arrays
in UCSTable's class side initialize methods that are only there for
initializing the class a long time ago.
These would not even be needed to be read on startup.
Of course, this is violently against the "everything in the image"
philosophy of Squeak... but I guess
that any device one would want to run it on would have a
filesystem of
some sort.
Or there could be a call that reads it in and keeps it in the image.
Easy for people they want to have it in their image.
FreeTypeFontProvider current embedFilesInDirectory: aDirectory
will do this
Norbert
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
******************************************************************************************************************************************
This email is from Pinesoft Limited. Its contents are confidential to the
intended recipient(s) at the email address(es) to which it has been addressed.
It may not be disclosed to or used by anyone other than the addressee(s), nor
may it be copied in anyway. If received in error, please contact the sender,
then delete it from your system. Although this email and attachments are
believed to be free of virus, or any other defect which might affect any
computer or IT system into which they are received and opened, it is the
responsibility of the recipient to ensure that they are virus free and no
responsibility is accepted by Pinesoft for any loss or damage arising in any
way from receipt or use thereof.
*******************************************************************************************************************************************
Pinesoft Limited are registered in England, Registered number: 2914825.
Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA
_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
