On 08/05/10 06:37, Gwenole Beauchesne wrote:
Your patches are checked in as of revno #12351. Thanks for fixing
vaapi support so I don't have to drop it for the release.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
On 08/05/10 05:24, Gwenole Beauchesne wrote:
This patch drops shit messages.
Where did that come from ?
BTW, could the original people please elaborate or is it just because
there were some things they did not understand enough or was not
meaningful enough?
Considering that was in a
On 08/04/10 20:10, John Gilmore wrote:
I made most of these changes, and some others. You can see the
corrected version as of revno #12360.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnash-dev
On 08/04/10 20:49, John Gilmore wrote:
It seems to me that we'd be doing a service to the distros if we
tested (and fixed) the ability of a release-candidate lightspark to
invoke a release-candidate gnash. This would let distros ship in a
configuration that would let their browsers show both
On 08/05/10 11:29, strk wrote:
This patch fixes the VA-API configure check. In particular, it now really
fails when user configure'd --enable-hwaccel=vaapi but without
--enable-media=ffmpeg.
Does it also fail when --enable-hwaccel isn't given ?
I'm asking `cause I just tested my usual
On 08/05/10 20:13, John Gilmore wrote:
If this code is only called 50 times a second or something (whatever
the frequency of the main loop is), then it should just poll the file
descriptor with select or FIONREAD. It appears to do the FIONREAD
anyway, so might as well entirely remove the
On 08/05/10 20:58, John Gilmore wrote:
When I went to patch the select() in
ExternalInterface::ExternalEventCheck, I noticed that it allocates a
buffer with char *buf = new char[bytes+1];, then fills buf from a
read(), then passes it to parseInvoke, But nobody ever deletes buf.
Ok, with
On 08/07/10 06:31, Andrea Palmatè wrote:
Why GST is needed now? and why it doesn't find png? i have it and it has
always worked
I'm not sure about the png one, but I just checked in a fix for the
GST one. It was enabling gst regardless of the value of --enable-media.
It's fixed in #12366.
Since somebody noticed, I thought I'd announce a slightly experimental
git repository for Gnash on savannah. I'm not going to go into a long
explanation of bzr performance problems as currently implemented on
savannah other than it's often painfully slow, and there is no web based
browser. After
On 08/08/10 16:03, John Gilmore wrote:
I'm not sure how to do that. ./gnash --help says I can run -M,
--media gst but it doesn't document ffmpeg. Indeed, passing gnash
-M ffmpeg says Error: Non-existent media handler ffmpeg specified.
When building, I configured it with just the line
On 08/08/10 17:03, strk wrote:
Looks like the Git 'master' _is_ the release branch while
the 'bzr/master' is the one in sync.
The 'master' is the one coming down by default on 'git clone'.
The release branch is the release_0_8_8 branch in master. You have
to switch to it after a clone.
On 08/09/10 15:38, Ashley Reid wrote:
I have finally started putting something on the web (after taking a 2 week
break). Here http://wiki.gnashdev.org/Building_for_iOS.
Thanks for putting this info on our wiki.
There is a repository with the basic scripts and the standalone app.
On 08/09/10 16:47, Ashley Reid wrote:
Thanks for the script suggestions, will make the changes. I need to learn a
bit more about configure/autoconf/libtool in general and then clean up some
of those files. At some points I was just hacking at random places in the
configure scripts to make
On 08/11/10 08:00, Tim Retout wrote:
Replying with [PATCH] in the subject. Perhaps someone could review this?
Sorry, I was hoping somebody would test this, but I guess not, so it
fell through the cracks... I'll try to get to it later today if nobody
else does. This would be good it get in the
On 08/13/10 03:35, Andrea Palmatè wrote:
what about passwords? will be the same?
Nothing seems to have changed for me password wise with git.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
On 08/13/10 04:54, strk wrote:
Should we put the waitIfNeeded change in branch too ?
I think it'd be nice for the coming release to be easier on CPU
(if that patch is tested enough to be safe)
The is tested enough being the key point. We should do some more
testing now that this is in
On 08/13/10 04:50, strk wrote:
On Thu, Aug 12, 2010 at 09:55:25PM -0600, Rob Savoye wrote:
At least with git version 1.6.0.2 I belive the branch command
should also specify which remote branch to track, or will be
a private branch with that name, so I had to do this:
$ git clone git
On 08/13/10 03:03, strk wrote:
I was comparing trunk with this patch, to the release branch and
noticed one big difference. With the release branch, when you go to
YouTube, the video starts playing almost immediately. With trunk, there
is a long pause while it loads much more data. After it
The recent media handler change turns out to cause buffering problems.
Other than what I reported earlier where it wants to buffer much more
data than it used to before starting, it also has similar problems with
most videos I've tried. So this seems to have caused a synchronization
problem. You
Unless anyone can think of reasons not to, I was going to turn off Bzr
on our savannah pages this week so I don't have to keep them in sync
anymore. I believe strk was ready to switch after his vacation, but
figured I'd see if anyone had anything hanging that should make me wait.
We can use
On 08/16/10 09:12, Benjamin Wolsey wrote:
I have a huge bunch of changes that aren't yet ready to commit to
trunk. If someone can help me getting them imported into git I don't
need the savannah branch, except that I've no idea how well it will
merge if the git branch diverges too much from
On 08/13/10 10:21, strk wrote:
On Fri, Aug 13, 2010 at 08:40:44AM -0600, Rob Savoye wrote:
I did minimal BSD testing, and fixed a few minor problems with missing
include files. FreeBSD and NetBSD are fine, OpenBSD I give up on till
they fix the version of Boost and GCC to something
On 08/17/10 01:21, Benjamin Wolsey wrote:
They're not on launchpad yet. I have a broken laptop and I'm away for
a few days, which isn't helping get things done!
Well, if they aren't on Launchpad, then I can't help import them. :-)
I just imported my OpenVG branch into Git, which appears to
On 08/18/10 14:25, Maximi89 wrote:
i submit my translation to spanish tu the svn, it's ok?
We use git now, but yes. Or email it to me or this list. Updating
translations at the last minute should be safe. My plan is to push the
release this weekend, now that the memory issues with Debian
On 08/20/10 17:52, dww wrote:
Has it been decided yet if within the Gnash project, Lightspark will be
used for AVM2 content sites and Gnash for AVM1?
It's not decided, as nobody has had the time to research the idea some
more. Tamarin may also be an option, but we need to make an educated
Since people have complained in the past about my release announcements
being boring, is there anyone willing to review the release announcement
for 0.8.8 for me ? I'll probably send the boring one to the GNU lists,
but having a nicer one for general consumption is probably a good idea.
-
On 08/22/10 07:15, strk wrote:
This is likely due to not having a chance for threads to switch.
Try adding the gnashSleep() back and see if it helps (should have been
the original reason for that to be in there).
As mentioned on gnash-commit days ago, please fix or revert this
change from
Gnash 0.8.8 Released!
We just released an improved GNU Flash player, Gnash 0.8.8. Gnash
plays SWF (Shockwave Flash) files compatible with the Adobe Flash
player. Gnash is portable software released under the GNU GPLv3. It
runs on GNU/Linux, embedded GNU + Linux systems,
On 08/23/10 13:12, Emmanuel Andry wrote:
How the switch between renderers and handlers are made ? Is it automatic ?
If yes, on which criteria ?
By default, AGG is chosen for rendering, and Gstreamer for media handling.
Also, are opengl and cairo renderers are now as stable as agg ?
On 08/24/10 20:15, Nathan Peet Maier wrote:
Has anybody offered to test yet?
The release went out a few days ago, but thanks for offering. :-)
I am a really amateur user with an AMD64 and use mostly FreeBSD. I
haven't picked too much up on what testing is all about. Do you use
bug
On 08/24/10 01:12, Lukasz Klich wrote:
You're doing great job with gnash, but I can't use it because this IMO not
necessary nvidia-current dependency. I've got radeon and the nvidia drivers
messing with my system which is Ubuntu 10.04 and I'm using repo from
getgnash.org
Try again please,
The server that hosts getgnash.org and gnashdev.org has had it's IP
number changed, and is now on a much better network connection. People
have been hitting it pretty hard since the release.
The getgnash.org DNS change has propagated, the gnashdev.org one I'm
still waiting for as I had to change
On 08/26/10 13:24, gd...@xmlink.net wrote:
Has anyone built gnash for beagleboard (ompa3530) with the angstrom
distribution (OE)?
Would it be any easier to build with the android tools? Any suggestions
welcome!
For cross compiling, I've only used my own custom cross toolchain,
available
On 08/26/10 14:36, gd...@xmlink.net wrote:
Well, that is a pretty complete coverage of the issues! I was not able to
access the wiki
yesterday or this morning. Must have had something to do with the IP change.
Now that
it's back I will look there first before asking distracting questions.
On 08/30/10 17:40, Xavier Kerestesy wrote:
I know this was posted 2 years ago, but wanted to follow up on this
request.
Has there been any further development on a 64bit Windows version of gnash?
With
Firefox 4, it really looks like they are going to make a bigger push for
64bit
and
So I've spent a little time looking at AVM2 VMs that are also open
source. It seems that what we want to do is pass off any swf bytecodes
Gnash sees to another VM, and get back something like a display list. As
others have looked into this in much more depth than I have, I can't
barely wait to
On 08/27/2010 02:56 AM, Hans de Goede wrote:
So I did some debugging and found at that there is a bad interaction
between gnash and the latest libcurl, the attached
gnash-0.8.8-new-libcurl.patch fixes this.
The problem is that newer libcurl versions (atleast 7.21.x) return -1
for maxfd
On 10/13/10 10:12, zhonghua_chen（陈忠华） wrote:
$: gnash - u --real-url ./test1.swf
the command above can run correctly,
but the follow command
$: gnash - u --real-url ./test2.flv
can not run correctly, it said that the file can not load,
Gnash plays SWF files, not FLV. TO play an FLV
On 10/13/10 07:13, Andrea Palmatè wrote:
I would add an aos4 version of gnash plugin but even changing
configure.ac and the makefile.am to add AMIGAOS_TRUE file, the
Makefile.in in plugin/aos4 is never created. Which are the involved
plugin parts?
I just checked in the one liner that adds
On 10/20/10 09:21, Alessandro Pignotti wrote:
I'd like to note that with the new graphics engine OpenGL is only used to do
accelerated copy to VRAM and composited blitting, so it could be possible to
use others backends that offers the same level of functionality.
Only used is still a
On 10/20/10 16:46, Richard Wilbur wrote:
I poked around on getgnash.org and found the answer to my
question--and a bug/change needed. The facts as I understand them:
1. mozilla-plugin-gnash was the name of the old mozilla plugin
package up to v0.8.8
2. browser-plugin-gnash seems to be the
On 10/20/10 04:33, Ashley Reid wrote:
I would gladly take part, but is 1000$ really enough? What is the actual
cost estimate? I would imagine something around the 5000$ mark?
I've already raised and spent about 10 times that amount on the prior
failed avm2 attempts, so I'd think in much
Since I got asked this several times today, I wrote up a more detailed
page for our wiki: http://wiki.gnashdev.org/Cross_Compiling. Let me know
if it's missing some topic I should add.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
Acess to the gnashdev machine may be flaky for a few days. A forest fire
yesterday took out the fiber and power lines to the nearby town where the
server lives.
The fire is now mostly out, and luckily much smaller than the big one a few
weeks ago. Anyway, maintainance crews are everywhere, so
On Sat, Nov 06, 2010 at 12:17:09PM +0100, Jacob Beard wrote:
video content for the Broadcom Crystal HD chipset. You're starting to
see this chip show up in a lot of netbooks. Broadcom has released open
source drivers, an application library, and a gstreamer plugin, most
of which seem to have
On Sun, Nov 07, 2010 at 09:40:52AM +0100, strk wrote:
The big one looks very nice to me.
The iconified I think is not readable. Maybe just the G part,
or even just the top portion of it, would be more readable
(compare with the firefox one...)
The Gnashing G wa`s made for things that
On 11/22/10 12:28, strk wrote:
I'm new to the project, working with 3 other University of Colorado students
as something-like interns; I'm trying to fix up the webcam/microphone input
functionality, but I'm not sure where to start; I also know that some of you
Just so other people know, we
On 11/25/10 05:24, Petter Reinholdtsen wrote:
I was a but curious how many people are involved in the Gnash
development these days, so I ran some statistic on the commits done
the last year in the git repository.
Everytime somebody does one of these things I always have to point out
there is
On 12/01/10 01:21, decklee wrote:
I have seen that, but when I try , It have not seen the proformance
has been improved four times faster than agg renderer. What's wrong
I'd be interested in the performance you saw, as I'm currently
refactoring this patch for gnash master. You can see if in
On 12/04/10 15:22, strk wrote:
On Sat, Dec 04, 2010 at 04:48:34PM +, Rob Savoye wrote:
gnash: gnash.in
-cp $ $@
+cp gnash.in $@
chmod +x $@
It needs a $(srcdir).
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
On 12/09/10 01:48, strk wrote:
Strk, would you please stop fixing revno.h without discussing your
intended changes. Minor tweaks to all config/build effect me greatly.
Your refusal to discuss anything is frustrating.
One concern of rob about having revno.h in source repository was that
On 12/08/10 15:50, strk wrote:
I am the Gnash project maintainer, which does translate to benevolent
dictator. That's what works, anything else is anarchy. If you don't like
it, start your own project... Personally I think we're all better trying
to work together on a free flash implementation.
Email from gnu,org seems a bit behind today... So this may overlap with
other messages...
Ok, I've fixed how revno.h gets generated yet again... I'm not 100% sure
what you were trying to do, but the way it is now revno.h only gets
rebuilt after a git commit or git pull, since those are the only
On 12/09/10 15:32, strk wrote:
There might be a problem with mail delay, or I haven't received
feedback on my first report about revno.h changes (except from
pere). Happy to discuss below.
Somehow happy isn't the word I would use... :-)
I see. So you have both git and sources in a git
On 12/08/10 06:22, Petter Reinholdtsen wrote:
The recent revno.h changes borked package building, but while fixing
that, I also fixed the version number on the deb packages to be
sequential. The git revno can't be used as it's not sequential. This is
fixed as of bfa00de.
- rob -
On 12/10/10 00:49, strk wrote:
Despite everything, I love rob contributions to the project.
Ok, not always. Sometimes he really pisses me off.
But he still takes care of many aspects of it.
Yep, I get to do all the dirty tasks nobody else wants to... You guys
get the luxury of just being
On 12/10/10 00:42, strk wrote:
That's the reason why I made the initial change.
Since you can see exactly who committed it (me) if my change broke
something you should ask _me_ to fix it, giving as many details about
what's broken as you can.
Fixing some like a config/build problem myself
On 12/09/10 10:38, strk wrote:
The commit log sounds good. Only problem is that the old code was
already doin that (only updating revno.h if something changed) while
the new code forces rebuilding:
The new code only rebuilds revno.h after a revision change, ie... a
git commit or git pull.
On 12/14/10 09:15, strk wrote:
So, question is: do you agree on dropping -j4 from packaging/deb.am ?
It's line 260:
Try asking me, I wrote that target... It's been at -j4, since I've
been the only one building packages till recently. :-) But yes, on some
machines this is a big problem, as
On 12/18/10 10:19, Timon Van Overveldt wrote:
Having Gnash's implementation as a reference has been very helpful in
understanding how to implement this functionality.
The wonders of free software. :-)
Now I was wondering about the following:
Lightspark is licensed under the LGPL3, while
On 12/20/10 08:33, Sandro Santilli wrote:
Just for grins, I should have a fix for this issue soon anyway. It was
originally because Lenny ships with an ancient libtool version. I fixed
that bug, which lead to this one.
Well, Rob is of a different advice. For him, buildbot is annoying.
This
On 12/20/10 08:58, strk wrote:
Here's the definitions I use, which is what we all should.
Blocker I've used mostly to mean release blocker,
that is something you should fix before next release.
A blocker is something that breaks builds, and must be fixed
immediately, or nobody can get any
On 12/20/10 09:28, strk wrote:
I fixed those before anyone could file a bug, it looks like.
Or can you find a bug filed for them ?
Right, as they were blockers, you fixed them right away, so there was
no need for a bug report. :-) You should really learn to test your
changes more thoroughly
On 12/20/10 09:58, strk wrote:
Great, how to make that run shorter ?
What about adding a Critical severity above Security ?
What's the difference between Critical and Important ? Most bugs
should be marked as Normal if anything else is to have any meaning.
- rob -
On 12/20/10 10:13, strk wrote:
On Mon, Dec 20, 2010 at 10:00:20AM -0700, Rob Savoye wrote:
Important is something users will be pretty disappointed about.
Critical doesn't let you develop (say: can't build or crashes at startup)
But that would be a Blocker then... I think adding a Critical
On 12/22/10 03:37, Petter Reinholdtsen wrote:
I had a look at the failing test suite on OpenBSD, and was able to
find the cause. Entries like this do not work with BSD make:
abs_srcdir=$(shell cd $(srcdir); pwd)
We don't want to use BSD make, we want to use GNU make. We have other
GNU
On 01/04/2011 02:22 AM, Petter Reinholdtsen wrote:
What about selling it on one of the Android markeds (like
URL: http://www.android.com/market/ ), and use the money to fund
development of Gnash? I do not have an Android machine, so I can't
test such setup and do this myself. :)
I know of
On 01/23/11 03:02, Felipe Sanches wrote:
who in google should we contact in order to get an AVM1 embedded
player for youtube when gnash is detected?
It should just work, YouTube looks at the version string to
determine which flash player is being used.
Above all, I don't think custom
I plan to start the Code Freeze on Feb 1. This should be easy, as almost
nobody has been checking anything major in, hopefully cause they knew it
was almost release time. All my OpenVG hacking (which is now working on
a Babbage board) is in a branch that won't get migrated to master till
after the
I plan to start the Code Freeze on Feb 1. This should be easy, as almost
nobody has been checking anything major in, hopefully cause they knew it
was almost release time. All my OpenVG hacking (which is now working on
a Babbage board) is in a branch that won't get migrated to master till
after the
On 01/28/11 12:03, diptorup wrote:
I would like to help write the release announcement. I took the liberty
to write a first draft, incorporating points from the NEWS file, wiki,
mailing list and developer blogs. Would appreciate feedback, so that I
can make changes as needed.
Wow, thanks
Now that New Year's has passed, we have to update the copyright date in
all of the GPL'd Gnash files. While this a semi automatable task, it
always seems to require some manual intervention. As this is a
reasonably simple (but often time consuming) task, I thought I'd see if
I could talk anyone
It'd be nice if somebody other than me would test this release candidate:
http://www.getgnash.org/packages/pre-release-testing/gnash-0.8.9rc1.tar.gz.
- rob -
___
Gnash-dev mailing list
Gnash-dev@gnu.org
On 02/06/11 21:31, Brad wrote:
Noticed a really strange bug. When I first built this and installed it I
couldn't load any YouTube videos. So I thought maybe I'll try clearing
my cookies and then one video worked. Then if I go to another video the
same issue comes back. The YouTube player will
On 02/07/11 08:28, strk wrote:
Rob, there are 25 bugs on the tracker which are marked with severities
from Important up [1].
As discussed before, as the person making the release, bug status and
what goes in the release is up to me. It is also not the purpose of the
release process to fix
On 02/07/11 03:58, Brad wrote:
I don't block any cookies and I'm using FF 3.6. Gnash O.8.8 + a patch
just after the release from master worked fine with the same
browser.
I believe that was the issue with newer libcurl ?
Well, the buildbot tests for obvious build issues but I haven't
On 02/07/11 17:43, Brad wrote:
Yes. I see such a file.
Ok, the plugin itself is working fine.
and in case it matters we're using cURL 7.21.2.
Hum, this shouldn't be a problem with any version of curl. I'll have
to upgrade my ancient OpenBSD machine and test it there to see if I can
On 02/07/11 07:31, Brad wrote:
I'm very well aware of that. I'd be more inclined to test our
port/package if there were src snaps I could find easily. I know you
mentioned there were some hidden away in some Debian repo.
There are src snapshots buried in our repository, but you are right,
On 02/08/11 18:22, Brad wrote:
more or less useless. There are at least a few bugs currently in the
bug tracker that are showstopper bugs and would make the release useless.
Which bug tracker, the Gnash one or the OpenBSD one ? As far as I can
tell on my primary platforms, Gnash is working
On 02/08/11 18:42, Brad wrote:
I'm seeing this one a fair amount..
https://savannah.gnu.org/bugs/?32069
Interesting, I haven't, at least not on my systems.
and the cookie related issue in this one which I mentioned in this thread.
https://savannah.gnu.org/bugs/?32318
Note that I filed
On 02/08/11 19:11, Brad wrote:
But someone was advocating making a release without taking the bugs
within the bug tracker into consideration before cutting the release.
I was not advocating ignoring the bug tracker, just each bug has to be
evaluated in the context of a release. I announced
On 02/08/11 19:11, Brad wrote:
Under OpenBSD 4.9 current, Firefox fails to build... I'll keep at
it, but here's the block of code in curl_adapter.cpp that was changed to
fix one of the problems that gives you the error message with YouTube.
It might be worth adding a print statement or enabling
On 02/09/11 15:18, Brad wrote:
So I finally got everything installed via packages, and then built
gnash with gcc 4.2.1 (a particularly bad release) Using this version of
GCC with boost 1.4.2 is big mistake in my opinion, but oh well...
So with Firefox 3.6, OpenBSD 4.9 current, I can't get it
On 02/11/11 08:38, strk wrote:
The plugin code didn't get much improvements, so what about
reverting it to the version of months ago and see if it
fixes the issue ? If it does we may make the fedora milestone.
My plan is to back out changes one by one till I see what caused the
crash. I
On 02/11/11 07:33, strk wrote:
Both me, Gabriele and Benjamin can easily reproduce the crashes
of the plugin, on both chromium and firefox.
If you were paying attention, everyone is getting the plugin crash,
myself included. I assume we missed this as most just do make install
and not make
On 02/11/11 08:17, strk wrote:
This also points to a major problem which is being overly dependent on
buildbot.
Author of which code ? Dropping all of EI is downright silly, and
not exactly a trivial change.
Author of the ExternalInterface code.
Sigh, here we go again. I am the author
On 03/02/11 12:01, Benjamin Wolsey wrote:
0.8.7, most had never been passed upstream until Hicham Haouari, the new
Gnash package maintainer for Fedora, got to work on them two weeks ago.
Bastiaan Jacques also triaged those bugs for the Gnash bug tracker, as
well as fixing many of them
On 03/15/11 11:04, Sandro Santilli wrote:
I guess it's then time to ship a release candidate, in order
to gather some more blockers or go out prime-time.
We crossed each other in email, rc4 is already pushed and tagged, next
is firing up buildbot to make the packages. I decided to disable
On 03/15/11 11:12, Rob Savoye wrote:
Oh, the rc4 tarball is at:
http://www.getgnash.org/packages/pre-release-testing/gnash-0.8.9~rc4.tar.bz2.
The tag in the release_0_8_9 branch is release_0_8_9_rc4.
- rob -
___
Gnash-dev mailing list
Gnash
On 03/15/11 11:27, Sandro Santilli wrote:
You can't take slices of trees with git, so no way w/out getting the
whole swfdec. There's no much history in there to save, nor much sources
Actually that part was was, as git has a filter-branch command. So I
managed to trim swfdec way down to
On 03/15/11 11:41, Sandro Santilli wrote:
What's the exact goal ?
Right now the way we fetch the swfdec tests and it breaks all dist,
deb, and rpm targets in the Makefile if you don't have it already
cloned. It also breaks the tarball as well, since it doesn't have them
included.
I'm
On 03/15/11 20:35, diptorup wrote:
Need some advise, to capture more info for a bug/issue like #32798. What
kind of logging option should I use from the preferences.
For plugin debugging, edit gnash*/plugin/npapi/plugin.h, and set
GNASH_PLUGIN_DEBUG to 2. Then make install-plugin. Then when
On 03/17/2011 10:49 AM, Benjamin Wolsey wrote:
Debian stable is now Squeeze, which has boost 1.42. Our current maximum
boost version, which by policy up to now is the version available to
Debian stable, is currently 1.34.1. That version unfortunately lacks
boost ASIO (a really excellent
On 03/17/2011 11:43 AM, olafbuddenha...@gmx.net wrote:
BTW, has anyone tried using Cairo's OpenGL backend? Most likely it would
work better than the native OpenGL renderer...
There are two OpenGL backends for Cairo. The old one has serious
performance issues, and I believe the new one is
On 03/18/2011 01:44 PM, Benjamin Wolsey wrote:
FLTK 2 is permanently discontinued as far as I know, so I also would
recommend removing it.
I wrote the FLTK2 GUI to replace SDL, but as FLTK2 never really got
released by the FLTK developers, it's never been used as far as I'm
aware. SDL truly
On 03/18/2011 02:24 PM, Sandro Santilli wrote:
I think the GUI subsystem needs a pretty wide refactoring, to
do things like start up a gui w/out a movie and allow file-open.
As I said, we need to stop refactoring existing code endlessly, and
work on adding new code for both AVM2, and other
On 03/18/2011 03:06 PM, Brad wrote:
and GCC is a good example of how not to do things.
I wouldn't say that, GCC is the world's most portable software... Yes,
it's complexity takes months if not years to get used to as a developer,
but the benefits to end users are worth the pain.
-
On Sat, Mar 19, 2011 at 10:23:42AM +0100, Benjamin Wolsey wrote:
I am trying to get consensus to remove these things, and where there is
consensus I'll continue to remove them.
There has been no consensus on removing code. I'm with John on this, leaving
code in makes it more accessible to
Gnash 0.8.9 Released!
Open Media Now! and the Gnash community are happy to announce the
release of Gnash v0.8.9. Gnash the GNU Flash player is a free/libre SWF
movie player, with all the source code released under GPLv3. Gnash is
available as both a standalone player and
On Mon, Mar 21, 2011 at 01:24:03PM +0100, olafbuddenha...@gmx.net wrote:
Having said that, I don't see much point in keeping with such a niche
toolkit, as there are much better supported choices for portable C++
toolkits -- such as Qt...
Obviously not an embedded developer. :-) FLTK2 was
601 - 700 of 799 matches
Mail list logo
