Isn't the compiler referenceing the expression, not the return?
Because path_cmd_move_to is a enum and m_cmd is not?
Yes. the compiler may implement enums as unsigned [int] or it may
choose a smaller type if it wishes. It could use bitfields if it
wanted.
If you know that the path_cmd_move_to
Do you mean that libgnashgui.so can currently have support for
multiple GUIs ?
The library should be able to hold support for multiple GUIs.
My experience was that if you build for one gui, install and then
build for a different gui, the new shared library breaks the old
executable.
If
wheter the Gui wants redraw on next frame:
The problem with that, in my opinion, is that
gui events should trigger *immediate* redraw,
not redraw on next frame.
Examples of redraw needs are:
1) resize
2) expose
We don't want to wait for next frame before refreshing
the view,
Oh dear, I do not even want to know how much errors Gnash will find in
real-world movie files... ;)
Lots. But it is an explicit design feature of flash player that it
never pops up error message boxes or barfs on bad rubbish, but always
carries on with the movie... unless the error is so
On Sun, Nov 05, 2006 at 11:40:24AM +, Martin Guy wrote:
Oh dear, I do not even want to know how much errors Gnash will find in
real-world movie files... ;)
Lots. But it is an explicit design feature of flash player that it
never pops up error message boxes or barfs on bad rubbish, but
On Sun, Nov 05, 2006 at 10:55:45AM +, Martin Guy wrote:
If we plan to allow for multiple GUIs in libgnashgui (and libgnashplayer)
we should change the --enable-gui switch to accept a comma-separated
list of guis, and update interface of Player to allow setting a
specific GUI for use.
John Gilmore wrote:
By the time Gnash plays videos from the top sites, as well as lots of
SWF's from other places, it'll be time to stop calling it version
0.something.something and call it 0.9 or 1.0. There's little sense in
three- and four-digit release numbers here.
I guess my own
On Sun, Nov 05, 2006 at 06:30:50PM +0100, Udo Giacomozzi wrote:
Hello Martin,
Sunday, November 5, 2006, 11:46:56 AM, you wrote:
MG If you know that the path_cmd_move_to value is an enum that only
MG takes positive values (it will if no explicit values are given for the
MG enum values) and
Hello Martin,
Sunday, November 5, 2006, 12:23:17 PM, you wrote:
MG Yes. That way, when the user can pause the film, the window won't stop
MG updating itself.
Again, the inter-frame timer is individually implemented in the GUI
itself meaning that they have to trigger redraw. I'd simply add a
Hello strk,
Sunday, November 5, 2006, 1:08:05 PM, you wrote:
s I see printing such warnings as a feature, I'm sure many flash coders
s would agree on this. Yes, we need to only print such warnings when
s using -v, and maybe use a special tag for it ('WARNING' so far are
s usually used for SWF
Hello Rob,
Sunday, November 5, 2006, 4:57:59 PM, you wrote:
RS With framebuffer based devices, I think it's highly likely they'll be
RS only running one Flash movie all the time, so you wouldn't be getting
RS any warnings.
With framebuffer based devices you don't want *any* messages to be
Hello strk,
Sunday, November 5, 2006, 6:40:02 PM, you wrote:
s Just sending the warnings to AGG authors would be good enough.
s (yeah, understood he will probably not react to it)
In the last few days lots of patch suggestions were sent to the
AGG mailing list, but no vital sign at all from
On Sun, Nov 05, 2006 at 11:12:12AM +, Martin Guy wrote:
I envision a situation in which on each bug report we'd respond
with did you try with the head branch ?
Having an explicit version field in the bug tracker would help
(0.7.1/0.7.2/cvs, where cvs assumes that it is the cvs version of
letting users know there are bugs in their code is
always a good thing.
By users I mean people watching flash movies written by people they
have never met. Letting flash authors know, yes.
How about Gnash automatically mailing any Flash syntax errors to the
author of the flash movie being
On Sun, Nov 05, 2006 at 06:42:52PM +, Martin Guy wrote:
How about Gnash automatically mailing any Flash syntax errors to the
author of the flash movie being played? :D :D
Speaking of which... SWF8 introduced a metadata tag ;)
--strk;
___
On Sat, Nov 04, 2006 at 09:11:36AM -0700, Rob Savoye wrote:
Markus Gothe wrote:
Seem that 0.7.2 is to be considered stable now... I think we should
release it on monday. Any other opinions/suggestions?
Considered stable or truly stable ? :-) I'd also like to see the
release go out
Hello strk,
Sunday, November 5, 2006, 11:01:11 PM, you wrote:
s Udo, in render_handler_agg_style.cpp (line 305):
s (add_bitmap method)
s // NOTE: Apparently bi can be NULL in some cases and this should
not
s // be treated as an error.
s log_msg(WARNING: add_bitmap
strk wrote:
I've tried to higher severity of bugs that should be show stoppers
for 0.7.2 and I ask you to do the same. Brows the current bugs
database and set to Blocker any item that you think should block
0.7.2.
At this point I'd say a blocker is anything that causes a core dump.
18 matches
Mail list logo