Gnash - The GNU Flash player - Bugs: bug #34993, [REGRESSION] FB gui support for...

Group

Main
- Main
- View members
- Search
Homepage
Download
Support
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Mailing lists
Source code
Bugs
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Tasks
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Patches
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
News
- Browse
- Atom feed
- ~~Submit~~
- ~~Manage~~

bug #34993: [REGRESSION] FB gui support for -j/-k doesn't work

Submitter:	Sandro Santilli <strk>
Submitted:	Mon 05 Dec 2011 05:42:14 PM UTC


Category:	gui-fb	Severity:	3 - Normal
Release:	master	Status:	In Progress
Privacy:	Public	Assigned to:	rsavoye
Open/Closed:	Open

* Mandatory Fields

Add a New Comment Rich Markup

Mon 05 Dec 2011 06:06:04 PM UTC, comment #3: I'm not sure if it's Gnash's purpose to be a windowing system. As mentioned, everyone I know using Gnash in a framebuffer runs it fullscreen, as it's usually a UI of some kind. So while maybe it's cool to pop up Gnash where ever you want I'm not sure if it's truly useful for anyone else. Still, I am looking at refactoring it if possible.	Rob Savoye <rsavoye>
Mon 05 Dec 2011 05:56:11 PM UTC, comment #2: When I worked on that my use case was: I'm working on something and want to see an animation/movie/whatever in the upper-right corner. Or in another corner, for that matter. Like a poor's man window system.	Sandro Santilli <strk>
Mon 05 Dec 2011 05:48:50 PM UTC, comment #1: This code is being refactored to work with libdevice and the newer double buffering code. I'm not entirely sure the exiting implementation was that useful in the real world, although rescaling the output window still makes minor sense. Usually when using a framebuffer, everything is full screen, and the SWF movie is scaled to fit the entire display anyway.	Rob Savoye <rsavoye>
Mon 05 Dec 2011 05:42:14 PM UTC, original submission: Not sure if this is a proper regression in that I'm not sure if the new support was already in last official release. Anyway it looks like all the work I've done on FB gui between November 2010 and May 2011 about handling of -j/-k and -X/-Y got removed. I see the code commented out in fb.cpp	Sandro Santilli <strk>

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:


Comment:

No files currently attached

Depends on the following items: None found

Items that depend on this one: None found

Carbon-Copy List

-email is unavailable- added by rsavoye (Updated the item)

-email is unavailable- added by strk (Submitted the item)

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

Please enter the title of George Orwell's famous dystopian book (it's a date):

Follow 2 latest changes.

Date	Changed by	Updated Field	Previous Value	=>	Replaced by
2011-12-05	rsavoye	Status	None		In Progress
		Assigned to	None		rsavoye

Gnash - The GNU Flash player - Bugs: bug #34993, [REGRESSION] FB gui support for...

bug #34993: [REGRESSION] FB gui support for -j/-k doesn't work

<a href="#postcomment">Post a Comment</a>

<a href="#discussion">Discussion</a>

<a href="#attached">Attached Files</a>

<a href="#dependencies">Dependencies</a>

<a href="#cc">Mail Notification Carbon-Copy List</a>

<a href="#votes">Votes</a>

<a href="#history">History</a>