releases.
Does anyone else have a bug/version tracking tool they use and like?
Thanks,
Pete Haworth
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
Peter,
This was a hot topic some months ago here. There are many alternatives and
many users have rolled their own as well. Your first choice is:
(a) To use a standard VCS/SCM software such as Git, Mercurial, Darcs,
Bazaar, Svn, Fossil...
(b) Roll your own
If you go with letter (a) then you
Thanks Andre. I guess I've gone down the path of rolling my own so
far. I don;t think I need the more exotic features like branching,
merging, etc so I think I'll just go ahead and add the logic to copy
the necessary files to a version folder when I set up a release.
I will check out
Chipp - where can I get a copy of Magic Carpet?
Pete Haworth
On Nov 12, 2010, at 10:16 AM, Andre Garzia wrote:
f you decide to go with option (b) then you can do pretty much
whatever you
want. Chipp Walters has a wonderful tool in the form of Magic Carpet.
Chipp - where can I get a copy of Magic Carpet?
I'm not Chip obviously, but you can find everything you should need here:
http://www.altuit.com/webs/altuit2/MagicCarpetCover/default.htm
I registered it several years ago and it's a nice product!
Best regards,
David C.
whether I am editing their group or not. Are they not supposed to?
Cheers,
Bantymom
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/animated-gif-bug-tp3001301p3001495.html
Sent from the Revolution - User mailing list archive at Nabble.com
,
Bantymom
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/animated-gif-bug-tp3001301p3001495.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution
On 10/19/10 11:55 AM, Jeff Massung wrote:
No, I want it to animate. On my stack it doesn't. That's fine. Thanks for
the test. I'll keep trying to figure out what's wrong.
Just to chime in here, I have an animated gif in a group and it's
working okay too, whether editing or not.
--
Can someone duplicate this and see if it's just me or a bug?
- import an animated gif into your stack
- ensure that it does animate just fine in the stack
- create a simple group
- edit the group
- import the animated gif into the group
- ensure that it does animate _while editing the group_
fancy.
Bob
On Oct 6, 2010, at 4:04 AM, Klaus on-rev wrote:
Hi all,
I just filed a bug report for a nasty bug I found today and wanted to let you
know.
When you toggle the resizable of a stack with an active browser, the
content
of the browser will disappear in data nirvana
I'm just curious, I guess... is it only during dev in the IDE that you are
toggling the resizable of a stack? Or if you do it at runtime, I'd be
curious to find how you're applying this functionality...
In my current project I need to toggle this according to some META TAGs
inside of the
On 10/7/10 9:44 PM, Ken Ray wrote:
I'm just curious, I guess... is it only during dev in the IDE that you are
toggling the resizable of a stack? Or if you do it at runtime, I'd be
curious to find how you're applying this functionality...
In my current project I need to toggle this according to
Hi all,
I just filed a bug report for a nasty bug I found today and wanted to let you
know.
When you toggle the resizable of a stack with an active browser, the content
of the browser will disappear in data nirvana :-/
Try it yourself:
Open an URL in any browser and toggle the resizable
Hi all,
Hi all,
I just filed a bug report for a nasty bug I found today and wanted to let you
know.
When you toggle the resizable of a stack with an active browser, the
content
of the browser will disappear in data nirvana :-/
Try it yourself:
Open an URL in any browser
will probably do this also.
This is something that I too hope will be changed/fixed? Though i'm not sure
if it should be a bug report or a feature request.
Where is your report, i'll vote for it.
On Wed, Oct 6, 2010 at 5:20 AM, Klaus on-rev kl...@major.on-rev.com wrote:
Hi all,
Hi all
it but changing window
mode will probably do this also.
This is something that I too hope will be changed/fixed? Though i'm not sure
if it should be a bug report or a feature request.
whatever, I marked it as Blocker
A workaround ist to make the stack NOT resizable and use the Mac Style Stack
Resizer
will probably do this also.
This is something that I too hope will be changed/fixed? Though i'm not
sure
if it should be a bug report or a feature request.
whatever, I marked it as Blocker
A workaround ist to make the stack NOT resizable and use the Mac Style
Stack Resizer
from
be a bug report or a feature request.
whatever, I marked it as Blocker
A workaround ist to make the stack NOT resizable and use the Mac Style
Stack Resizer
from the object lib or make your own :-)
Where is your report, i'll vote for it.
Ah, sorry, here it is:
http
Hi Andre,
can someone confirm this is a regression?
Did it happen in 4.0 or 3.x ?
I also tested this on Rev 3.4 and 4.0, same problem.
Best
Klaus
--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com
___
use-revolution mailing list
On 10/6/10 9:58 AM, Klaus on-rev kl...@major.on-rev.com wrote:
Hi Andre,
can someone confirm this is a regression?
Did it happen in 4.0 or 3.x ?
I also tested this on Rev 3.4 and 4.0, same problem.
But isn't this just when you turn the resizable of a stack on and off? I
mean if the stack
Hi Ken,
On 10/6/10 9:58 AM, Klaus on-rev kl...@major.on-rev.com wrote:
Hi Andre,
can someone confirm this is a regression?
Did it happen in 4.0 or 3.x ?
I also tested this on Rev 3.4 and 4.0, same problem.
But isn't this just when you turn the resizable of a stack on and off?
Yep and if
printing
end mouseUp
Salut,
Josep
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Open-printing-to-PDF-bug-tp2550663p2552864.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution
-printing-to-PDF-bug-tp2550663p2552864.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription
work with images and with 'printing
to PDF' and printPaperOrientation 'Landscape'.
And I was so happy when they announced 'printing to PDF'!!!
Bug report it, there may be something RR can do.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software
'Landscape'.
And I was so happy when they announced 'printing to PDF'!!!
Bug report it, there may be something RR can do.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
___
use
they announced 'printing to PDF'!!!
Bug report it, there may be something RR can do.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
___
use-revolution mailing list
use
Bug reports should be crisp and address a particular bug. One can
add details to a existing bug report or suggest changes in parts.
Additional reports for the same bug should not be made. Often
though, it is only after the fact that it is clear that two bugs are
the same. Fortunately
On 9/22/10 11:09 PM, Dar Scott wrote:
William,
I tried this:
on mouseUp
reset printing
set the printPaperSize to 595,842
set the printPaperOrientation to landscape
set the printmargins to 72,36,0,0
set the printscale to 1.1
open printing to pdf test.pdf
-- add error check here
print this card
-- print into that rectangle:
open printing to pdf /Users/joss/Desktop/card_test.pdf
print this card --into destinationRect
close printing
end mouseUp
Salut,
Josep
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Open-printing-to-PDF-bug
.
Is this a bug or are we doing something wrong?
---
open printing to pdf test.pdf
set the printRotated to true
set the printMargins to 72,36,72,36
set the printScale to 1.1
print this card from 193,90 to 833,570
close printing
---
greetings,
William
___
use
1/4 of the printed text is cut off.
Is this a bug or are we doing something wrong?
---
open printing to pdf test.pdf
set the printRotated to true
set the printMargins to 72,36,72,36
set the printScale to 1.1
print this card from 193,90 to 833,570
close printing
---
One thing I just found out
problem!
I use almost the same code as Joseph (asked earlier today) to print on
A4 paper. When I want a PDF preview on OSX everything is/looks fine.
When using the code below and adding 'open printing to PDF' about
1/4 of the printed text is cut off.
Is this a bug or are we doing something
the margin I get the real size but the bottom is
cutted.
Any idea?
Salut,
Josep
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Open-printing-to-PDF-bug-tp2550663p2550844.html
Sent from the Revolution - User mailing list archive at Nabble.com
Now I see that in relation to the width and height of the stack the PDF
change the width and the height... :(
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Open-printing-to-PDF-bug-tp2550663p2550927.html
Sent from the Revolution - User mailing list archive
Any help? :)
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Open-printing-to-PDF-bug-tp2550663p2551168.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use
preview on OSX everything is/looks fine.
When using the code below and adding 'open printing to PDF' about
1/4 of the printed text is cut off.
Is this a bug or are we doing something wrong?
---
open printing to pdf test.pdf
set the printRotated to true
set the printMargins to 72,36,72,36
set
orientation, but
it is the same. I think with some other fiddling, parts showed up
but not all.
I'm not an expert at all the printing parameters, but it seems to me
you are right. It seems there is a bug. Maybe somebody with more
printing experience can say.
Dar Scott
On Sep 22, 2010
(in that) to the effect of
the magic button, and very similar to the effect of Jacqueline's
proposal to switch off the scrollbars of a group if the image is smaller
than the group. The only difference when focusing on this bug - as it
were on the surface, but not only - is that with the boundingsrect
scrollbars
of objects in a group problem, identical (in that) to the effect of
the magic button, and very similar to the effect of Jacqueline's
proposal to switch off the scrollbars of a group if the image is smaller
than the group. The only difference when focusing on this bug - as it
were on the surface
and the magic button achieve, and if the Rev engineers
will still try to fix the set the loc bug they should also look how
the boundingrect is coded in the engine.
The Revolution docs/dictionary should be updated to reflect the
dependency of set the loc in groups on the boundingrect property
SuperCard daily; this was one of them.
They must be a great amount of similarities between what the
boundingrect and the magic button achieve, and if the Rev engineers
will still try to fix the set the loc bug they should also look how
the boundingrect is coded in the engine.
I think I missed
enjoy using Rev, there are a few things I miss from when
when I was using SuperCard daily; this was one of them.
They must be a great amount of similarities between what the
boundingrect and the magic button achieve, and if the Rev engineers
will still try to fix the set the loc bug they should
On 07/08/2010 14:56, wayne durden wrote:
Given that almost all will indeed have excessive features, it seems like
this might be a good use case for Rev and eating one's own dogfood.
Admittedly any prebuilt system has an enormous amount of man hours
already in it, but it doesn't seem like a bug
Wilhelm Sanke wrote:
There seems to be no difference between boundingrect empty and
locLocation true and boundingrect not empty and lockLocation false,
the option of boundingrect not empty and lockLocaction true, which
would describe the properties of the group as I use it now, is absent in
the
I need to rephrase the bug definition after Jacqueline has found out
about the effect of the group scrollbars:
If an image is smaller than the dimensions of a group and the
vscrollbar and the hscrollbar are set to true, then you cannot set the
loc of the image to the loc of the group
Wilhelm Sanke wrote:
Actually, there are at least two bugs: The problem of setting the loc
and that of keeping the loc - although the lockloc of the image is set
to true. Lockloc in the context of the definition above is also broken.
After having succesfully centered the image, it will - as
On 8/6/10 12:01 PM, Wilhelm Sanke wrote:
I need to rephrase the bug definition after Jacqueline has found out
about the effect of the group scrollbars:
If an image is smaller than the dimensions of a group and the
vscrollbar and the hscrollbar are set to true, then you cannot set the
loc
On 8/6/10 12:08 PM, Richard Gaskin wrote:
Yes, with the default dynamic behavior of groups this is what most folks
will experience. But some time ago I needed more canvas-like behaviors,
and Scott Raney accommodated me by adding the boundingRect property for
groups.
His group has only 2
.
The scenario I came across this bug - or rather a whole can of bugs - is
like this:
In an image-processing stack I put the image to be processed inside a
group. The idea is to be able to display images of any size, images that
are larger than the fixed rect (800x600) of the group can
and the total overhaul of the Revolution bug management
system along with quicker bug fixes (after all,. the Hogwarts School of
Witchcraft and Wizardry is located not far from Edinburgh, which will
facilitate the exchange of ideas).
Once the Revolution programmers responsible for bug fixes will have
On 8/3/10 2:55 PM, Wilhelm Sanke wrote:
YOU CANNOT SET THE LOC OF AN IMAGE IN A GROUP IF THE IMAGE IS SMALLER
THAN THE GROUP.
In the case of a smaller image the scriptline set the loc of image x
to the loc of group y will place the image at the topleft corner of
the group instead (unless the
Me, too, with a group and an even smaller image.
If I set the loc of the image to a point outside the group, the group
expands to contain it, as usual. If I set it to a point anywhere inside the
group, again, the group extent adjusts.
On a Mac. Does this matter?
Craig Newman
Not sure, but I'd guess that the OP is falling afoul of the elastic
nature of groups that have lockloc=false. When that is the case,
groups automatically snap to the bounds of whatever they contain
whenever they get the chance -- i.e. when the things they contain move
or are themselves resized (I
On 8/3/10 2:55 PM, Wilhelm Sanke wrote:
1. The magic button - as a workaround - resolves the group bug that
YOU CANNOT SET THE LOC OF AN IMAGE IN A GROUP IF THE IMAGE IS SMALLER
THAN THE GROUP.
In the case of a smaller image the scriptline set the loc of image x
to the loc of group y
workarounds if possible. These bugs seem to be totally outside the
scope and interest of the RunRev team.
My bug report 8275 of Sept. 16, 2009, Groups: Bugs and features (last
group broken)?, which listed 5 of these group bugs, is stiil shown as
unconfirned as of today - nearly 11 months later
and
interest of the RunRev team.
My bug report 8275 of Sept. 16, 2009, Groups: Bugs and features (last
group broken)?, which listed 5 of these group bugs, is stiil shown as
unconfirned as of today - nearly 11 months later!
If they should indeed have looked at the report and cannot replicate
It seems if the bug report is not for the latest developer build the
enterprise users are testing nothing gets fixed.. I understand about
the issues and what-not but I have pretty much stopped submitting bugs
a long time ago and just recently closed all my open bugs seeing
to get to the details of these bugs and eventually to find
out workarounds if possible. These bugs seem to be totally outside the
scope and interest of the RunRev team.
My bug report 8275 of Sept. 16, 2009, Groups: Bugs and features (last
group broken)?, which listed 5 of these group bugs
Shao Sean wrote:
It seems if the bug report is not for the latest developer build the
enterprise users are testing nothing gets fixed.. I understand about
the issues and what-not but I have pretty much stopped submitting bugs
a long time ago and just recently closed all my open bugs seeing
works fine, as does script
control. Of course.
It seem counterintuitive to me, unless this is a bug, that an existing,
selected graphic is immune to the palette tools explicitly made to modify them.
Craig Newman
___
use-revolution mailing list
use
On 7/28/10 9:24 AM, dunb...@aol.com wrote:
This came up in one of the forums. I couldn't find it in the Q/A center,
which surprised me
The fill color, line weight and line size tools will not modify an existing
graphic or bitmap. They will only set these properties for newly created
ones.
Thanks, Jacque.
That the template object is what is set by those tools is completely
understandable, and totally unresearchable. Longing for a Rev Goodman.
Craig
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to
Actually - this list is a kind of real-time Danny Goodman.
I don't think one person can profitably write and publish an
all-encompassing tome these days about Rev like Goodman did about HC - Rev
is too big now and constantly being improved. Witness Dan Shafer not
publishing volumes 2 and 3 ( or
On 7/28/10 11:30 AM, dunb...@aol.com wrote:
Thanks, Jacque.
That the template object is what is set by those tools is completely
understandable, and totally unresearchable. Longing for a Rev Goodman.
Like Stephen said, Rev got too big. I've considered writing a book a
couple of times and
to address with limited personal resources. But I think
there is an urgent need to re-organize the handling of bug reports and
the management of the so-called Quality Control Center. To completely
disregard valuable feedback from motivated users is not the way to keep
up or build trust for Revolution
There's one search mechanism you may not be aware of though. It needs
updating, but mostly still works. Under the Help menu, choose Revolution
search engine. There are lots of options there for searching web sites
(that's the part that needs updating,) lists, documentation, online search
) and unselfish (they've
found a workaround so it doesn't bother them any more, but think it would help
others and the product if it was fixed). Both motives will not survive the
appearance that their efforts are wasted.
Keeping these users motivated, by taking the time to record that the bug has
at least
(they've
found a workaround so it doesn't bother them any more, but think it would help
others and the product if it was fixed). Both motives will not survive the
appearance that their efforts are wasted.
There will be a completely new approach to bug management introduced at the
point that we
Ben Rubinstein wrote:
Keeping these users motivated, by taking the time to record that the bug has
at least been read; certainly by recording that it has been put on the
internal tracking tool (assigned?); and by making part of the engineer's job
when they change the status in the internal tool
Let me just say that for a development environment, Revolution is about the
most inexpensive one I found. It shouldn't surprise me that RunRev Inc. does
not have the resources to do everything that everyone demands.
No developer allows the public to see what they are doing internally to debug
On Jul 28, 2010, at 11:51 PM, Kevin Miller wrote:
There will be a completely new approach to bug management introduced at the
point that we ship 4.5. We'll elaborate on the details when we introduce it.
Sometimes when one goes through painful and chaotic periods in one's life they
come out
Hello,
Can someone confirm that calling RevBrowserClose with wrong id will crash
app in MacOS X? Here on 4.5.0-dp-3 if I call RevBrowserClose with a bad id
it will lock the process and die.
:-/
silly external...
--
http://www.andregarzia.com All We Do Is Code.
Hi Andre - no problem here. I just get an error message...
External execution error:
Error description: unknown browser id
Rev 4.5.0-dp-3, OSX 10.6.4
Terry...
On 27/07/10 7:32 AM, Andre Garzia an...@andregarzia.com wrote:
Hello,
Can someone confirm that calling RevBrowserClose with wrong
On 02/07/2010 00:08, Andre Garzia wrote:
I consider that a bug and you?
will fill a bugzilla report after dinner...
Is this a different issue from:
http://quality.runrev.com/qacenter/show_bug.cgi?id=3926
?
___
use-revolution mailing list
use
Ben,
I think it is the same bug... damn that bug is old...
On Mon, Jul 5, 2010 at 10:41 AM, Ben Rubinstein benr...@cogapp.com wrote:
On 02/07/2010 00:08, Andre Garzia wrote:
I consider that a bug and you?
will fill a bugzilla report after dinner...
Is this a different issue from:
http
All are invited to pile in with comments on this bug report, in the interests
of adding useful details ((and raising the activity level) that may help it
make that difficult move from Unconfirmed to New!
On 05/07/2010 14:51, Andre Garzia wrote:
Ben,
I think it is the same bug... damn
added comments and votes.
On Mon, Jul 5, 2010 at 11:19 AM, Ben Rubinstein benr...@cogapp.com wrote:
All are invited to pile in with comments on this bug report, in the
interests of adding useful details ((and raising the activity level) that
may help it make that difficult move from
export snapshot from window windowId to tSnapshot as PNG
Thanks in advance!
Al
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/BUG-Confirmed-can-t-capture-screen-from-second-monitor-Was-Re-BUG-Can-anyone-here-confirm-that-RevBr-tp2275775p2278615.html
Sent from
.nabble.com/BUG-Confirmed-can-t-capture-screen-from-second-monitor-Was-Re-BUG-Can-anyone-here-confirm-that-RevBr-tp2275775p2278615.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution
like Herpes..
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/BUG-Can-anyone-here-confirm-that-RevBrowserSnapshot-works-tp2275672p2276274.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use
Bill Vlahos wrote:
That doesn't fix it in 4.0.
Here's one more way to deal with the problem. Keep destroystack set to
false as before, and destroywindow as well. Add this to a preOpenStack
handler:
if the platform = macOS and the environment is not development
then set the menubar of this
Folks,
I have the following code here:
local tSnapshot
revBrowserSnapshot _W[browser id], tSnapshot
set the imageData of img slide to tSnapshot
This yields an image that looks like static noise, it is grayscale and I can
see traces of the real image there...
Any clue?
--
Andre Garzia wrote:
Folks,
I have the following code here:
local tSnapshot
revBrowserSnapshot _W[browser id], tSnapshot
set the imageData of img slide to tSnapshot
This yields an image that looks like static noise, it is grayscale and I can
see traces of the real image there...
Any
Jacque,
They are the same size, I am setting the height and the width of both with
the same variables...
:-/
ARGH!
On Thu, Jul 1, 2010 at 5:53 PM, J. Landman Gay jac...@hyperactivesw.comwrote:
Andre Garzia wrote:
Folks,
I have the following code here:
local tSnapshot
I am also having trouble with export snapshot as well... since the
revBrowserSnapshot does not work, I decided to give old export snapshot
command a try:
thats the error I am receiving:
Error description: export: no image selected, or image not open
export snapshot from rect
Andre Garzia wrote:
I am also having trouble with export snapshot as well... since the
revBrowserSnapshot does not work, I decided to give old export snapshot
command a try:
thats the error I am receiving:
Error description: export: no image selected, or image not open
export snapshot
Thanks for the efforts Jacque, still having trouble though.
That's as far as I got. Where's Scott Rossi when you need him?
He's on a different thread right now... just above this message! :-D
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software
[runs into nearest phone booth and puts on imageData suit]
One thing I noticed with revBrowser is it doesn't seem capturable (is that a
word?) using coords from the window in which it is displayed, but using
global coords works:
import snapshot from rect 200,200,400,400
So exporting to a
Recently, Andre Garzia wrote:
Just tried this exact piece:
set the width of me to presentationWidth()
set the height of me to presentationHeight()
set the imageData of me to tSnapshot
put the rect of stack presentation into tRect
export snapshot from rect tRect
Scott,
do I need something more than a:
local tSnapshot
to define it? I will try putting empty in there first...
On Thu, Jul 1, 2010 at 6:45 PM, Scott Rossi sc...@tactilemedia.com wrote:
Recently, Andre Garzia wrote:
Just tried this exact piece:
set the width of me to
tried, not good... damn...
On Thu, Jul 1, 2010 at 6:50 PM, Andre Garzia an...@andregarzia.com wrote:
Scott,
do I need something more than a:
local tSnapshot
to define it? I will try putting empty in there first...
On Thu, Jul 1, 2010 at 6:45 PM, Scott Rossi sc...@tactilemedia.comwrote:
Folks,
Just tested here, capturing a screen shot from first monitor works fine,
capturing an screen shot from the second monitor fails.
Can someone try this before I bugzilla it?
Cheers
andre
On Thu, Jul 1, 2010 at 6:51 PM, Andre Garzia an...@andregarzia.com wrote:
tried, not good... damn...
Recently, Andre Garzia wrote:
Just tested here, capturing a screen shot from first monitor works fine,
capturing an screen shot from the second monitor fails.
Can someone try this before I bugzilla it?
If you move the stack to your main monitor, does the snapshot code work?
Regards,
Scott
The main-monior-only feature has been true for years. [ 2.0,I
think ]
My solution for a dual screen capture is to move the stack to the main
monitor, snap, then move back.
There were a few other tricks I used wy back then, as I was using
3 monitors on my Mac G5 Dual tower.
Browser
Recently, Andre Garzia wrote:
Just tested here, capturing a screen shot from first monitor works fine,
capturing an screen shot from the second monitor fails.
Can someone try this before I bugzilla it?
It does seem that a standard snapshot won't capture beyond the rect of the
main display.
I consider that a bug and you?
will fill a bugzilla report after dinner...
On Thu, Jul 1, 2010 at 7:33 PM, Scott Rossi sc...@tactilemedia.com wrote:
Recently, Andre Garzia wrote:
Just tested here, capturing a screen shot from first monitor works fine,
capturing an screen shot from
Recently, Andre Garzia wrote:
I consider that a bug and you?
Me tu, Brute.
I think Jim Alt provided a workable workaround.
Regards,
Scott Rossi
Creative Director
Tactile Media, UX Design
___
use-revolution mailing list
use-revolution
True, in 4.0 I disabled destroyStack but it still happens. The work
around was to write a resizing routine on preOpenStack for all objects
to get the to fit correctly within the stack. This slows down the
spped at which the stack opens on initial launch but is otherwise
unnoticed.
- Justin
That doesn't fix it in 4.0.
Bill Vlahos
_
InfoWallet (http://www.infowallet.com) is about keeping your important life
information with you, accessible, and secure.
On Jun 24, 2010, at 10:22 AM, J. Landman Gay wrote:
Justin Sloan wrote:
Jeff,
I do have a menu. Is that the
Bill Vlahos wrote:
That doesn't fix it in 4.0.
Odd, it's what I usually use. You could try setting the destroywindow to
false too. I don't think you need to, but it's all I can think of. You
saved the stack after resetting the destroystack, before building,
right? Is the checkbox for
1 - 100 of 1865 matches
Mail list logo