Re: help how do i install SDL_perl.dll

2017-01-18 Thread Dominique Dumont
On Wednesday, 18 January 2017 13:33:26 CET jonny stokes wrote:
> how do i install sdl_perl.dll

I think you have to install sdl 1.2 from 
https://www.libsdl.org/download-1.2.php

HTH

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


Test problem on Debian/unstable armhf

2012-02-01 Thread Dominique Dumont
Hello

I've uploaded SDL-perl 2.536 on Debian/unstable . On armhf,
sdlx-controller-interface test fails with the following message:

#   Failed test at t/sdlx_controller_interface.t line 109.
# Structures begin differing at:
#  $got-[0] = '0'
# $expected-[0] = '1'
# Looks like you failed 1 test of 154.
t/sdlx_controller_interface.t ... 

Any idea why ?

The full build log is there:
https://buildd.debian.org/status/fetch.php?pkg=libsdl-perlarch=armhfver=2.536-1stamp=1328045545

(BTW you should use eq_or_diff from Test::Differences instead of 
is_deeply. we'd get more information from the test failure.)

All the best

--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/



signature.asc
Description: This is a digitally signed message part.


Re: SDLx::Text - replace old text?

2011-12-25 Thread Dominique Dumont
Le Friday 23 December 2011 21:02:17, Kartik Thakore a écrit :
  Regarding the surface, SDLx::App is a SDLx::Surface.  That's what I
  was referring to.  I don't think it's safe to make any assumptions
  about what's behind the text, so it should be the module user's
  responsibility to clear whatever is behind it.
 
 Hmm can we just not make the blit for clearing the text surface? Cause it
 wraps an sdl::surface.

Don't go that way: next thing user will ask is to restore what was behind the 
text on the surface.

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/


signature.asc
Description: This is a digitally signed message part.


Re: SDLx::Text - replace old text?

2011-12-24 Thread Dominique Dumont
Le Thursday 22 December 2011 00:17:07, Alex a écrit :
 First, the text Hello World! is drawn to the surface. Then, I alter the
 text and draw it again. But the old hello world text still remains on the
 surface. 
 I don't want that. I want Hello World! to disappear and Susan so show up.

You have to draw a black rectangle on $app before writing Susan. I don't think 
there's another way.

HTH

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/


signature.asc
Description: This is a digitally signed message part.


Re: SDL packaging team revival

2011-11-30 Thread Dominique Dumont
Le Monday 28 November 2011 15:59:27, Jon Dowland a écrit :
  - users of SDL libs may not be only games (*)
 
 I don't see the relevance here.  What difference does the
 Maintainer: field make to users?

It's not about the field. IMO, it's more about the mindset of a packager when 
he considers his users. I concede that's a minor point.

  - Since Game packaging members are focused on games, SDL libs
  
packages are more likely to become victim of bystander apathy [1]
 
 Thoroughly disagree here.

ok. 

 The games team is an active team with an existing infrastructure/set
 of conventions: active alioth team admins; mailing list conventions;
 tools and infrastructure to monitor bugs and perform QA checks; wiki
 pages etc.

Agreed. 

 Creating a new team means doing all of the above again from scratch.
 It also means any contributor needs to put work in to subscribe to
 a new set of lists; request admin on a new project; learn a whole new
 set of conventions for VCS or whatever: a total pain.

That's why I push for conventions which are shared by games teams (and debian-
perl team). Did I stray far from your practices ?

 Whilst it's true that not all SDL users (in a packaging sense) are
 games, and not all games use SDL; certainly the vast majority in both
 direction do.  And having the SDL packages maintained by an active
 team with the majority of participants having a vested interested in
 their well being, and giving SDL bugs more eyeballs is a great thing
 IMHO.

In theory, you're right. In practice, SDL packages were not updated.

 I'd encourage anyone with the time and motivation to work on SDL to
 consider this avenue as I really believe it's the most sensible.

I'd encourage anyone to work where they're more comfortable. I've got no 
problem if someone wants to take over a SDL lib package and maintain it within 
game team provided it's properly communicated. What matters to me is that 
packages are not left to rot and people time is not wasted. 

  Let's say folding SDL team is plan B. Let's see first if plan A (SDL
  team revival) is working.
 
 If you really feel that's the best way, I wish you the best of luck.

Thanks. 

  That said, Debian games team members are also welcome to join SDL
  packaging team.
 
 Whilst I'm no longer in the games team, the burden/barrier of joining
 a new team and learning a whole new set of conventions on how to do
 stuff etc. as briefly detailed above is too high for me to bother, I'd
 rather put that energy into useful work.

BTW, you were already part of SDL team when I joined. You still are.

All the best

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/


signature.asc
Description: This is a digitally signed message part.