Re[2]: [Freevo-users] Re: Can we call it a bug ?

2005-09-28 Thread Andriy Kulchytskyy
Hello regatta,

Monday, August 29, 2005, 8:38:15 AM, you wrote:
r> The question is,
r> how to fix it !!?

Here http://m0sia.ru/files/utf8.patch is patch for pygame. Also you should
replace Vera.ttf font in freevo with one which support UTF8.
This probably should fix your problem.


r> On 8/28/05, Dirk Meyer <[EMAIL PROTECTED]> wrote:
>> regatta wrote:
>> > Try this
>> > http://news.bbc.co.uk/rss/arabic/news/rss091.xml
>> >
>> > It's UTF-8 encode (works perfect in Firefox) (It's in Arabic)
>> 
>> Well, it would be great if someone who needs this could fix Freevo
>> (cvs) to support arabic and other languages. I live in latin-1-World.
>> 
>> 
>> Dischi
>> 
>> --
>> Half of the troubles of this life can be traced to saying yes too
>> quickly and not saying no soon enough. - Josh Billings
>> 
>> 
>> 


-- 
Best regards,
 Andriymailto:[EMAIL PROTECTED]



---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re[4]: [Freevo-users] Freevo fullscreen and X in dual screen setup

2005-03-08 Thread Andriy Kulchytskyy
Hello Shawn,

Saturday, February 26, 2005, 6:42:32 AM, you wrote:

SD> Have you tried using two X servers with different xorg.conf files
SD> being loaded?  One with mouse and the other without.

I have one graphic card (GeForce4 MX440). So it will be no output to
both TV and monitor in same time. I mean it will be no output on TV while
I am using first X server (monitor) or no output to monitor when I
switch to second one (TV).


SD> On Fri, 25 Feb 2005 14:42:49 +0200, Andriy Kulchytskyy
SD> <[EMAIL PROTECTED]> wrote:
>> Hello Rob,
>> 
>> Wednesday, February 23, 2005, 4:31:14 PM, you wrote:
>> 
>> [...]
>> 
>> RS> Try this patch to pygame.  I can't test it at all but it compiles on my
>> RS> machine.  This will make pygame's mouse module bail on init if
>> RS> SDL_NOMOUSE is set.  This may make other bad things happen I don't know.
>> RS>   If so you will have to find somewhere else in pygame to do this.  When
>> RS> pygame.init() is called it just calls init() on some other pygame
>> RS> modules.  I think we call pygame.init() (src/osd.py) but instead maybe
>> RS> we could call pygame.display.init() and init() on anything else we need
>> RS> (explicitly).  I seem to remember doing this before but running into
>> RS> problems.
>> 
>> RS> Index: src/mouse.c
>> RS>
>> ===
>> RS> RCS file: /home/cvspsrv/cvsroot/games/pygame/src/mouse.c,v
>> RS> retrieving revision 1.11
>> RS> diff -u -r1.11 mouse.c
>> RS> --- src/mouse.c 23 Oct 2003 17:17:17 -  1.11
>> RS> +++ src/mouse.c 23 Feb 2005 14:28:28 -
>> RS> @@ -340,6 +340,9 @@
>> RS>   PYGAME_EXPORT
>> RS>   void initmouse(void)
>> RS>   {
>> RS> +   if (getenv("SDL_NOMOUSE") != NULL)
>> RS> +   return;
>> RS> +
>> RS>  PyObject *module, *dict;
>> 
>> RS>   /* create the module */
>> 
>> With this patch pygame will fail to import module "pygame.mouse".
>> 
>> However I have tried to cut off import pygame.mouse in
>> /usr/lib/python2.3/site-packages/pygame/__init__.py
>> to force not to load mouse module.
>> Also I cut off all pygame.mouse.* calls from freevo.
>> No luck. Mouse still lives and is locked in freevo window.
>> So the conclusion is that mouse is initialized even we don't init
>> python mouse module.
>> 
>> One more investigation - SDL_NOMOUSE environment variable is only used
>> in some SDL frame buffer drivers and have no effect to x11 or xv.
>> 
>> Looks like there is no way to disable mouse, not in pygame, and seems
>> to me, not in SDL. The only way to disable it is xorg.conf, but this
>> will disable mouse on all displays and is not a reasonable solution.
>> 
>> Alternative investigation direction is not disable mouse, but free from
>> window locking. I found some strange pygame method:
>> 
>> http://www.pygame.org/docs/ref/pygame_event.html#set_grab
>> > pygame.event.set_grab(bool) -> None
>> >
>> >   Grabs all mouse and keyboard input for the display.
>> > Grabbing the input is not neccessary to receive keyboard and mouse events,
>> > but it ensures all input will go to your application.
>> > It also keeps the mouse locked inside your window.
>> > Set the grabbing on or off with the boolean argument.
>> > It is best to not always grab the input, since it prevents the end user 
>> > from
>> > doing anything else on their system.
>> 
>> I have tried to call pygame.event.set_grab(0) somewhere  after
>> pygame.mouse.set_visible(1) in osd.py. But still no luck.
>> Any other ideas?
>> 


-- 
Best regards,
 Andriymailto:[EMAIL PROTECTED]



---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re[2]: [Freevo-users] Freevo fullscreen and X in dual screen setup

2005-02-25 Thread Andriy Kulchytskyy
Hello Rob,

Wednesday, February 23, 2005, 4:31:14 PM, you wrote:

[...]

RS> Try this patch to pygame.  I can't test it at all but it compiles on my
RS> machine.  This will make pygame's mouse module bail on init if 
RS> SDL_NOMOUSE is set.  This may make other bad things happen I don't know.
RS>   If so you will have to find somewhere else in pygame to do this.  When
RS> pygame.init() is called it just calls init() on some other pygame 
RS> modules.  I think we call pygame.init() (src/osd.py) but instead maybe
RS> we could call pygame.display.init() and init() on anything else we need
RS> (explicitly).  I seem to remember doing this before but running into
RS> problems.

RS> Index: src/mouse.c
RS> ===
RS> RCS file: /home/cvspsrv/cvsroot/games/pygame/src/mouse.c,v
RS> retrieving revision 1.11
RS> diff -u -r1.11 mouse.c
RS> --- src/mouse.c 23 Oct 2003 17:17:17 -  1.11
RS> +++ src/mouse.c 23 Feb 2005 14:28:28 -
RS> @@ -340,6 +340,9 @@
RS>   PYGAME_EXPORT
RS>   void initmouse(void)
RS>   {
RS> +   if (getenv("SDL_NOMOUSE") != NULL)
RS> +   return;
RS> +
RS>  PyObject *module, *dict;

RS>   /* create the module */


With this patch pygame will fail to import module "pygame.mouse".

However I have tried to cut off import pygame.mouse in
/usr/lib/python2.3/site-packages/pygame/__init__.py
to force not to load mouse module.
Also I cut off all pygame.mouse.* calls from freevo.
No luck. Mouse still lives and is locked in freevo window.
So the conclusion is that mouse is initialized even we don't init
python mouse module.

One more investigation - SDL_NOMOUSE environment variable is only used
in some SDL frame buffer drivers and have no effect to x11 or xv.

Looks like there is no way to disable mouse, not in pygame, and seems
to me, not in SDL. The only way to disable it is xorg.conf, but this
will disable mouse on all displays and is not a reasonable solution.

Alternative investigation direction is not disable mouse, but free from
window locking. I found some strange pygame method:

http://www.pygame.org/docs/ref/pygame_event.html#set_grab
> pygame.event.set_grab(bool) -> None
> 
>   Grabs all mouse and keyboard input for the display.
> Grabbing the input is not neccessary to receive keyboard and mouse events,
> but it ensures all input will go to your application.
> It also keeps the mouse locked inside your window.
> Set the grabbing on or off with the boolean argument.
> It is best to not always grab the input, since it prevents the end user from
> doing anything else on their system. 

I have tried to call pygame.event.set_grab(0) somewhere  after
pygame.mouse.set_visible(1) in osd.py. But still no luck.
Any other ideas?

-- 
Best regards,
 Andriymailto:[EMAIL PROTECTED]



---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


[Freevo-users] Freevo fullscreen and X in dual screen setup

2005-02-22 Thread Andriy Kulchytskyy
Hello freevo-users,

I am running X in dual screen setup (NO Xinerama).
One screen for TV, other for monitor.

Freevo is started on screen TV with this script:
DISPLAY=0.1
export DISPLAY
freevo&

Problem is when starting freevo in fullscreen mode the mouse cursor is
locked on screen TV and there is no way to move mouse cursor on
monitor screen.

It look's like the problem is on SDL layer. I have tried set SDL_NOMOUSE=1
to disable mouse, but look's like it doesn't work.

Any ideas how to fix it?


-- 
Best regards,
 Andriy  mailto:[EMAIL PROTECTED]



---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users