How's the tooth? Did they ever figure out which one it was?
No, but I broke one on the other side so they fixed that instead.
Sharks grow new teeth as the old ones wear out. We should be so
lucky.
Jacques,
I know it's not funny but... I'm sorry I am laughing! I wish they'd
perfect the
It's an external, a dll on Windows and a bundle on Macs. You'll need
to ship the appropriate external with your app, and set the
externals property of your mainstack to point to the file's
location. Then you can use revFontLoad and revFontUnload to manage
the fonts.
Beautiful! Worked like
.
But apparently not as my result is coming up with errors.
So the question is... to load fonts in Metacard, and for distribution
with a standalone created in Metacard, what do I need to do?
Is there a library in Rev I can copy over? Or is this now a .dll and
do I install it in the Metacard
work in Metacard.
But apparently not as my result is coming up with errors.
So the question is... to load fonts in Metacard, and for distribution
with a standalone created in Metacard, what do I need to do?
Is there a library in Rev I can copy over? Or is this now a .dll and do
I install
It's an external, a dll on Windows and a bundle on Macs. You'll need
to ship the appropriate external with your app, and set the
externals property of your mainstack to point to the file's
location. Then you can use revFontLoad and revFontUnload to manage
the fonts.
Thankee!
How's the tooth
Shari wrote:
It's an external, a dll on Windows and a bundle on Macs. You'll need
to ship the appropriate external with your app, and set the externals
property of your mainstack to point to the file's location. Then you
can use revFontLoad and revFontUnload to manage the fonts.
Thankee
not be needed, as we can fix MC ourselves now. :)
What do you like about that script -- anything worth considering for the
IDE itself?
Just the sum of this tweaks, especially platform specific adjusting of the
fonts and button sizes in dialogs and positioning of windows.
While we
On 5/12/04 8:29 PM, Tariel Gogoberidze wrote:
While we are on this and fully realizing how controversial this issue is,
I'm always changing the MouseDown script of button menuButton of stack
MetaCard Menu Bar to
on mouseDown which
if MCcheckEdit() then
put edited into
Richard Gaskin wrote
My interest in maintaining the fewest necessary options in the Plugin
Manager was to further this encouragement toward universal deployment of
plugins. The more options available in MC that are not in Rev, the more
people have to remember if they want to share their
Tariel Gogoberidze wrote:
Or I can make my own. I got through the last seven years by maintaining
a script called FixMC which wormed through the IDE making minor
behavioral and aesthetic tweaks.
I love this stack and used it to fine tune every new version of MC since
you once posted it on your
Scott Rossi wrote:
The MC IDE is supposed to be after all open source now, so I think
it should be possible to develop new features and then have folks
try them out. Richard, is this doable?
Yes, and done: Robert Brenstein is a very good scripter, he's been in
the community quite a while, and
Robert Brenstein wrote:
Why did you add the library as plugin type?
Because two people presented an argument that there may be times
when a stack should only be libraried at startup but not when
opening the stack. Moreoever, most good libraries are designed
to be initialized with start using
Robert Brenstein wrote:
But as far as I am concerned it is a kludge and a kludge that anyone
writing such plugins must always remember to follow. If I open Plugin
Manager and see something marked as a library, it should be a library.
May be I am a purist, but since plugins are new to MC, it would
On 07 May 2004, at 08:04, [EMAIL PROTECTED] wrote:
Message: 6
Date: Thu, 06 May 2004 23:05:06 -0700
From: Richard Gaskin [EMAIL PROTECTED]
Subject: Re: Plugins, fonts
To: Discussions on Metacard [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii; format
Oops typo, can must be can't, sorry...
Please review the credit for your contributions that I added in B4 and
let me know if you feel it's appropriate (Help-Licensing, Version
History tab). Also, please consider updating the Read Me to include a
descriptions of this new active plugin feature.
Auto-open plugins -- plugins that are opened automatically at
startup. Any MetaCard or Revolution stack can be set to be an
auto-open plugin. The standard sequence of preOpen and open messages
is sent when the stack opens.
(new) Active plugins -- plugins that are executed automatically at
Could they also be done via the auto-open type:
on preOpenStack
doMyOneStartupThing
close this stack
end preOpenStack
Cheers
Monte
Well, Monte, and how do you know whether preOpenStack is to run the
doMyOneStartupThing and close or whether to open the stack properly
(see the example as I
Robert Brenstein wrote:
But as far as I am concerned it is a kludge and a kludge that anyone
writing such plugins must always remember to follow. If I open Plugin
Manager and see something marked as a library, it should be a library.
May be I am a purist, but since plugins are new to MC, it would
I was hoping to post the B5 build you sent, but it crashes my
Stuffit Expander:
I double-checked my Stuffit installation by downloading a fresh copy
of B4, which decompressed without error. While I haven't had issues
with other attachments I can't rule out a Mozilla email issue (I'm
testing
I found it at last, I must have been blind. But...
(Help-Licensing, Version History tab).
I didn't think about the help menu and
started with the help button on the home stack.
This way you reach a license button which opens
the Licensing Metacard stack where no version history button
is.
May be
Okay, I promise this to be the last post from me today. I have
already used more bandwidth than normal :) I split my reply to
Richard's long email to cover different aspects more clearly.
For Rev compatibility it's useful to support the auto-open option,
and with preOpenStack as a hook the
Robert Brenstein wrote:
Okay, I promise this to be the last post from me today. I have already
used more bandwidth than normal :) I split my reply to Richard's long
email to cover different aspects more clearly.
For Rev compatibility it's useful to support the auto-open option, and
with
Wouter wrote:
I found it at last, I must have been blind. But...
(Help-Licensing, Version History tab).
I didn't think about the help menu and
started with the help button on the home stack.
This way you reach a license button which opens
the Licensing Metacard stack where no version history
Wouter wrote:
That' s what I was looking for, version history, but unfortunately I
still can find it.
May be an embedded version history in the script of the Home stack or
somewhere near
would be a nice addition to make sure there always is a guide to what
has changed since the previous
Robert Brenstein wrote:
Why did you add the library as plugin type?
Because two people presented an argument that there may be times when a
stack should only be libraried at startup but not when opening the
stack. Moreoever, most good libraries are designed to be initialized
with start using
On 07 May 2004, at 18:00, [EMAIL PROTECTED] wrote:
Message: 1
Date: Fri, 07 May 2004 08:24:53 -0700
From: Richard Gaskin [EMAIL PROTECTED]
Subject: Re: Plugins, fonts
To: Discussions on Metacard [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii; format
Most of the handful of people who still use the MC IDE have businesses
based around it. They're mostly building applications, not IDE
components. The relative few who do make publicly-distributed
plugins usually make them for Rev, or at least Rev-compatible.
As one who is still using MC as it
Wouter wrote:
Modifying the Home stack is problematic, for reasons I can get into more
if needed. The plan for the moment is to update the Home stack when it
becomes necessary to do so with the next license change. I think I'll
need some code from Dr. Raney for that, and he may be back in Colorado
Sorry for breaking my promise to keep quiet, but either I presented
my case badly or you are misreading my words, Richard.
For Rev compatibility it's useful to support the auto-open option,
and with preOpenStack as a hook the world is the scripter's
oyster. But beyond the most basic
Shari wrote:
Been a busy girl, just took two months off to marry my IBM fella :-)
Congratulations.
Good to see you back here. You've been missed.
Have not joined the Rev list as my version is from before the
marriage of MC and Rev.
The Rev list is where the meaty language discussion happens
Robert Brenstein wrote:
Why did you add the library as plugin type?
Because two people presented an argument that there may be times
when a stack should only be libraried at startup but not when
opening the stack. Moreoever, most good libraries are designed to
be initialized with start using
Once upon a time this was all so simple: folks wanted a menu to
provide convenient access to extra utilities, and decided it would
be useful to also have the option of having some of those
automatically opened if they choose. At that point, everything else
possible with the engine is
on Fri, 07 May 2004 12:32:28 -0700
Scott Rossi wrote:
[snip]
The MC IDE is supposed to be after
all open source now, so
I think it should be possible to develop new
features and then have folks
try them out.
[snip]
Does exist a wish list for new features for the
mc ide?
For example, i've
Robert Brenstein wrote:
Once upon a time this was all so simple: folks wanted a menu to
provide convenient access to extra utilities, and decided it would be
useful to also have the option of having some of those automatically
opened if they choose. At that point, everything else possible
the
plugin stack. Would it be possible to make it change automatically to
browse tool?
And when talking about fonts, on Windows XP all instructions in the Home
stack (for instance: File, Edit, Tools etc.) show in a very small and ugly
font (1024x756), actually, it is not much better in the Rev
does not change when over
the plugin stack. Would it be possible to make it change automatically
to browse tool?
If the stack's style property is set to modeless or palette it will
behave as though always in browse mode.
And when talking about fonts, on Windows XP all instructions in the Home
as though always in browse mode.
I'll change the stack's style.
And when talking about fonts, on Windows XP all instructions in the Home
stack (for instance: File, Edit, Tools etc.) show in a very small and
ugly font (1024x756), actually, it is not much better in the Rev
environment either. But would
forces the font change onto the currently open
script editor windows. However, I can't release this version until MC
IDE b5 is out because the plugin works now in a mode not supported by
b4.
And when talking about fonts, on Windows XP all instructions in the
Home stack (for instance: File
opens as modeless by default. It
also forces the font change onto the currently open script editor windows.
However, I can't release this version until MC IDE b5 is out because the
plugin works now in a mode not supported by b4.
Thanks for the correction, Robert.
And when talking about fonts
Robert Brenstein wrote:
Okay, the SetScriptEditorFont plugin now opens as modeless by default.
It also forces the font change onto the currently open script editor
windows. However, I can't release this version until MC IDE b5 is out
because the plugin works now in a mode not supported by b4.
Robert Brenstein wrote:
Okay, the SetScriptEditorFont plugin now opens as modeless by
default. It also forces the font change onto the currently open
script editor windows. However, I can't release this version until
MC IDE b5 is out because the plugin works now in a mode not
supported by b4.
Robert Brenstein wrote:
But what does your plugin need that isn't supported in B4?
Richard, the new version is programmed as an active plugin, which will
(hopefully) be supported as of b5. I guess you haven't had time yet to
check out the files I sent you.
For those listening in and wondering:
For those listening in and wondering: the stack in question ran
under pre-b5 versions pretending to be a library in order to be
called but not opened at startup. But it ain't library. All it does
is sets the script editor font when the IDE starts. When opened
normally, it presents a window to
On 5/6/04 7:02 PM, Robert Brenstein wrote:
For those listening in and wondering: the stack in question ran under
pre-b5 versions pretending to be a library in order to be called but
not opened at startup. But it ain't library. All it does is sets the
script editor font when the IDE starts. When
I wrote:
These are mostly all good, I like it. The only one that probably isn't
essential though is the active type. As Richard said, that can already
be done using a library type stack.
I saw Robert's response to this after I read his message a second time,
so I withdraw this comment.
Auto-open plugins -- plugins that are opened automatically at
startup. Any MetaCard or Revolution stack can be set to be an
auto-open plugin. The standard sequence of preOpen and open messages
is sent when the stack opens.
(new) Active plugins -- plugins that are executed automatically
These are mostly all good, I like it. The only one that probably isn't
essential though is the active type. As Richard said, that can already
be done using a library type stack. Something like this:
on librarystack
doMyOneStartupThing
stop using the script of this stack
end librarystack
Has anyone found a workaround to the MC font problems in Linux? Particularly
Red Hat 9, TrueType fonts just do not work...well, they work in everything
but MC.
JR
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo
consistent from platform to
platform.
This raises a question:
Now that Micro$oft has abandoned EI for the Mac, what will become of
the
useful set of cross-platform fonts that used to be pre-installed on
both
Mac and Win?
I expect to use the multi-platform Revolution fonts that come
we can also
ignore the Large Fonts setting?
--
Richard Gaskin
Fourth World Media Corporation
Developer of WebMerge 2.2: Publish any database on any site
___
[EMAIL PROTECTED] http://www.FourthWorld.com
Tel: 323-225-3717
Hi Mark,
i am also highly interested in looking at these scripts :-)
I have made a font installer that we use for our font products.
If you or anyone would like a copy I can make it available via revnet.
Pros:
1. Installs fonts on either Mac or Win
2. You can registration number protect
Thanks Ken...
These are .ttf (TrueType) fonts...I am also starting to discover the 'fun'
involved with installing things in Linux too!
JR
From: Ken Ray [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: Installing fonts - Windows weirdness
Date: Tue, 17 Jun 2003 16:29:28 -0500
/
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of RCS
Sent: Wednesday, June 18, 2003 12:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Installing fonts - Windows weirdness
Thanks Ken...
These are .ttf (TrueType) fonts...I am also starting to
discover
I have a strange problem when installing fonts on Windows computers. The
fonts will install correctly (just copying them from a 'source' folder to
the 'Fonts' folder) but the system will not recognize them...even after
restart. The strange thing is, when I go to the fonts folder (checking
have to retain the fonts used in the original file.
Can someone direct me to the right posting, or even better, provide
the script line? Thanks in advance.
Regards
Signe Marie Sanne
--
1. amanuensis Signe Marie Sanne e-mail: [EMAIL PROTECTED]
Romansk Institutttel
Hi Everyone,
I'm working on a Mac, creating my first cross-platform stack, and
I've read in the archives that Arial, Time New Roman and Helvetica are
fairly safe fonts to use. Any others?
Regards,
Greg
Recently, Gregory Lypny wrote:
I'm working on a Mac, creating my first cross-platform stack, and
I've read in the archives that Arial, Time New Roman and Helvetica are
fairly safe fonts to use. Any others?
Verdana is also good for on-screen use.
Regards,
Scott
Gregory Lypny asked:
I've read in the archives that Arial, Time New Roman and Helvetica are
fairly safe fonts to use. Any others?
Helvetica is not listed in my MSWord. But Century, the Latinate font which
my Japanese OS prefers, seems ubiquitous.
Cheers.
Nicolas
Archives: http://www.mail
Thanks,
Nicholas and Scott for the font advice.
Greg
_
Gregory Lypny
Associate Professor of Finance
John Molson School of Business
Concordia University
_
Take chances, make mistakes!
- Ms
Fonts are a bugger! I can't remember the url but if you search for fonts on
the Microsoft website you will find a cross platform package of fonts that
are free to download and are also distributed with IE 5. I think you can
even distribute them but I'm not sure.
Note that Windows 95 has a very
I was at a conference yesterday where some software I had built was being
demo'd, and the presenter had his monitor turned up to 1600x1200 with the
Large Fonts option on. Ugly as sin and hard to use, but even uglier than
Windows was what it did to my control layouts: text gets clipped, menus
Hi again,
Yes, it's question day...;-)
I have a few questions regarding font display
quality (aliasing, etc) in MC Revolution...
Does anyone have a strong experience on
this topic ?
Thanks.
JB
Archives: http://www.mail-archive.com/metacard@lists.runrev.com/
Info:
Monte Goulding wrote/ schreef:
Hi this is somewhat related to Sjoerd's comment about determining system
fonts. I don't know what the Mac situation is but on Windows you can change
the color of all the windows. Many development environments allow you to
specify that you want to use a specific
Hi this is somewhat related to Sjoerd's comment about determining system
fonts. I don't know what the Mac situation is but on Windows you can change
the color of all the windows. Many development environments allow you to
specify that you want to use a specific system color for a button
seems to do the job OK and generates fonts for Mac and
Windows.
Cheers
Peter
--
Peter Reid
Reid-IT Limited, Loughborough, Leics., UK
Tel: +44 (0)1509 268843 Fax: +44 (0)870 052 7576
E-mail: [EMAIL PROTECTED]
Web: http://www.reidit.co.uk
On 18/11/00 7:15 pm, Sjoerd Op 't Land [EMAIL PROTECTED] wrote:
Now that we're on the subject, is it possible to 'include' a font file in a
stack, and install it on start?
I think this can be done on the Mac by storing the fonts in the resource
fork, on Windows use the Externals Collection
is and
if it's not install it.
Any advice?
Regards
Monte
From: Richard Gaskin [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Installing Fonts
Date: Sat, 18 Nov 2000 22:00:32 -0800
Fonts are copyrighted. However, strictly speaking, it is the name of
the font rather than
Thanks Peter
Is FontoGrapher freeware because I'm a bit short on cash at the moment;-)
Regards
Monte
From: Peter Reid [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Installing Fonts
Date: Mon, 20 Nov 2000 00:58:33 +
So what is the general theme here can
Hi all
Does anyone have experience with the legal issues of using fonts in
programs. Do they have copyright? What about distributing fonts with
programs? What hapens if your'e using a font thats not installed on the
computer running the machine?
PS Still interested if anyone knows how
Does anyone have experience with the legal issues of using fonts in
programs. Do they have copyright? What about distributing fonts with
programs? What hapens if you're using a font thats not installed on
the computer running the machine?
Fonts are copyrighted. However, strictly speaking
Thanks Peter
I think I better test my current project with other fonts and perhaps
develop an algorithmn for what to do in the case a font isn't available.
Does anyone know what fonts are replaced with I assume Arial but don't know.
Best regards
Monte
From: Peter Reid [EMAIL PROTECTED
71 matches
Mail list logo