My standalone creates its own docs which extension is .hti
On MacOS
no problem,
On windows
The problem arises when I try to display sevral docs by doublecliking on
their icon from the desktop.
A double click on a doc icon lauches the standalone and a doc window is
displayed.
but
I obtained the same result with Rev 2.5B2 and Rev 2.5RC1, and (french)
Mac OS X 10.3.5 :
- Revolution in its folder Revolution 2.5RC1 on the folder : no
problem, the menuItem Topics is OK, and gives a lot of subjects ;
- the same folder in a folder the name of which is : Rvoluton ( 3
special
On 28/8/04 2:28 am, Alex Tweedly [EMAIL PROTECTED] wrote:
No, in fact that's outright common sense. Introducing changes to software
carries a risk of unintended consequences - even with the best automated
testing methods around, you can't afford to risk making unnecessary changes
at the last
Bonjour Jean Paul
I found an old thread about this problem in the list
http://lists.runrev.com/pipermail/use-revolution/2003-February/
013341.html
http://lists.runrev.com/pipermail/use-revolution/2003-February/
013360.html
Hope it helps
Thierry
On Saturday, Aug 28, 2004, at 11:50 Europe/Paris,
Thanks. I bugzilla'd it.
M
On Aug 28, 2004, at 6:59 AM, Christian Brossier wrote:
I obtained the same result with Rev 2.5B2 and Rev 2.5RC1, and (french)
Mac OS X 10.3.5 :
- Revolution in its folder Revolution 2.5RC1 on the folder : no
problem, the menuItem Topics is OK, and gives a lot of
I'll respectfully ask that you (all) take a look at Bugzilla item #2087 and
decide if it deserving of your vote. It's an enhancement, not a bug.
Short description:
PRINT [(font[size]] @ X,Y text to print [@ X,Y more text]
where the user may optionally specify a font (and size), a starting pixel
The way 2.5 beta was taking forever to access a mysql database when using
the linked controls is now fixed. I didn't even have a chance to make a bug
report.
___
use-revolution mailing list
[EMAIL PROTECTED]
I'm getting some weird and frustrating results when printing on Windows
XP. I have a report that collects data and places it into two fields on
a card in a printing stack. The two fields are next to each other, both
are the length of the printing stack, and they simulate a 2-column
printout.
I'm getting ready to have some time available to enhance RevZilla, and want
to make sure that I am adding things in the order that people will most want
them. The current version is 1.1.2, and I have a 1.1.3 that hasn't been
released yet, but has the following additions:
- Added support for
On 8/28/04 12:13 PM, Robert Brenstein [EMAIL PROTECTED] wrote:
I'm getting ready to have some time available to enhance RevZilla, and want
to make sure that I am adding things in the order that people will most want
them. The current version is 1.1.2, and I have a 1.1.3 that hasn't been
Jacque,
Did you test in setting the windows specific properties set the
formatForPrinting of stack to {true | false} to true ?
Le 28 août 04, à 19:21, J. Landman Gay a écrit :
I'm getting some weird and frustrating results when printing on
Windows XP. I have a report that collects data and
On 8/28/04 1:04 PM, Pierre Sahores wrote:
Jacque,
Did you test in setting the windows specific properties set the
formatForPrinting of stack to {true | false} to true ?
Yes. It is set to true. I'm at a loss. The oddest thing is how much the
printout varies depending on the font the fields are
I quite agree, and if anyone is interested in even more, I have posted
bug #2089 as a companion request for enhancement, for line drawing on
the page, and for page breaks (to extend to additional pages).
On Aug 28, 2004, at 9:57 AM, Barry Levine wrote:
I'll respectfully ask that you (all) take
Frank D. Engel, Jr. wrote:
I quite agree, and if anyone is interested in even more, I have posted
bug #2089 as a companion request for enhancement, for line drawing on
the page, and for page breaks (to extend to additional pages).
On Aug 28, 2004, at 9:57 AM, Barry Levine wrote:
I'll
Greater control over position on the page; this is made more
significant when considering the PRINT @ command suggested here,
since it would allow for more precise underlining of headers and so
forth (even if the PRINT @ has underlining, you would be underlining
the text, not placing a
On Aug 28, 2004, at 3:45 PM, Barry Levine wrote:
I'll file an enhancement Bugzilla report as this object obviously
has no
real feature set to which one might direct a bug report as something
being
wrong; it's features are all just missing.
#670 - why make multiple versions of the same thing? Add
Frank D. Engel, Jr. wrote:
What are the advantages of creating an alternate way to draw text
containers and graphic primitives over the current object-based
methods?
Greater control over position on the page; this is made more
significant when considering the PRINT @ command suggested here,
On 8/28/04 1:04 PM, Pierre Sahores [EMAIL PROTECTED] wrote:
We have tried different printer drivers with various results, but none
of them are entirely correct.
I hate to ask, but did you try different *printers*? Perhaps its an anomaly
of the printer you're trying to print to?
Just a
On 8/28/04 5:17 PM, Ken Ray wrote:
On 8/28/04 1:04 PM, Pierre Sahores [EMAIL PROTECTED] wrote:
We have tried different printer drivers with various results, but none
of them are entirely correct.
I hate to ask, but did you try different *printers*? Perhaps its an anomaly
of the printer you're
I can think of two ways to get the stack an object belongs to based on
the long id of the object:
1) Parse the string and extract the stack myStack part.
2) loop that keeps getting the owner until the owner is a stack.
I couldn't find a built in property for this. Is there one or is
option 1
20 matches
Mail list logo