You should compile SDL2 from mercurial, because I've reported some
bugs and they update on mercurial only.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat lands
> SDL library is not installed by default so IMO it doesn't matter if we need to
> provide 1 or 4 libraries.
>
If we will use more than 2 libraries, I think it best if we use Pango
and FreeType, than all UTF8 text will be supported (hebrew, arabic
etc).
Or if forced we use sdl_ttf only. I think el
On Sunday 09 September 2012 10:30:09 wahono sri wrote:
> > The suggestion was to get a running Linux version so that I can help you.
> >
> :)
> :
> > You still did not answer my question why you don't want to use SDL2_gfx?
>
> SDL2_gfx just for drawing shape and it could create internally, if we
>
>>
> The suggestion was to get a running Linux version so that I can help you.
:)
>
> You still did not answer my question why you don't want to use SDL2_gfx?
SDL2_gfx just for drawing shape and it could create internally, if we
use sdl2_gfx, external library would be 3, SDL, FreeType anf SDL2_g
On Sunday 09 September 2012 09:16:19 wahono sri wrote:
> > You could use the existing code in msesysintf1 for now.
>
> Are you still in doubt to use SDL? If yes, in drawing (GDI) or in GUI?
>
The suggestion was to get a running Linux version so that I can help you.
> Most of GUI porting is exist i
> For text drawing, we could use freetype (not sdl_ttf), because SDL_ttf
> is only wrapping freetype to SDL_Surface. And I think if GUI porting
> is fixed, continue to GDI feel more easy if region management from
> msegenericgdi works fine.
Please visit http://www.libsdl.org/projects/SDL_ttf/docs/
> You could use the existing code in msesysintf1 for now.
>
Are you still in doubt to use SDL? If yes, in drawing (GDI) or in GUI?
Most of GUI porting is exist in SDL except folder management, than I
still use msesysintf.pas and separate for each OS from your old code.
But for threading and event
On Saturday 08 September 2012 18:52:08 wahono sri wrote:
> > Try to find out where GetRawInputData() is used and how it can be
> > replaced with older Windows functions. Sometimes it is also possible to
> > use an upgrade dll to support new Windows functions. I usually try to
> > link problematic f
On Saturday 08 September 2012 19:06:48 wahono sri wrote:
> In tprocmonitor functions :
> - Is listentoprocess similiar with SDL_AddEventWatch?
> - Is unlistentoprocess similiar with SDL_DelEventWatch?
>
I don't think so.
Martin
-
On 08/09/12 11:33, wahono sri wrote:
> Official and unofficial OS supported by SDL 2
> http://hg.libsdl.org/SDL/file/default/README.Platforms
Oh no, OS/2 is not in that list - it was for SDL 1.2 ;-) Also FreeBSD
and Solaris being in the "unofficial support" list is a bit worrying.
Regards,
-
On 08/09/12 10:54, wahono sri wrote:
> it run slowly. Microsoft didn't support again for their product below
> winxp, why we should support it?
We have lots of clients still using Win200. I even use Win2000 for all
my windows development work - though I always run it in a VM now, and
not on rea
In tprocmonitor functions :
- Is listentoprocess similiar with SDL_AddEventWatch?
- Is unlistentoprocess similiar with SDL_DelEventWatch?
--
Live Security Virtual Conference
Exclusive live event will cover all the ways tod
Why you don't upgrade to WIndows 8 preview,
===
It's easy for us - illoyal pirates :) Not for europeans :)
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
thre
> Try to find out where GetRawInputData() is used and how it can be replaced
> with older Windows functions. Sometimes it is also possible to use an upgrade
> dll to support new Windows functions. I usually try to link problematic
> functions with getprocedureadress().
>
Why you don't upgrade to WI
On Saturday 08 September 2012 17:06:59 wahono sri wrote:
> > Because I have no XP? ;-)
> >
> > Martin
>
> I think I should stop this experiment.
>
Try to find out where GetRawInputData() is used and how it can be replaced
with older Windows functions. Sometimes it is also possible to use an upgrad
> Because I have no XP? ;-)
>
> Martin
I think I should stop this experiment.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT
On Saturday 08 September 2012 11:54:27 wahono sri wrote:
> I think it's enough we start from WinXP. Remember, new software
> product is for present and future hardware/OS, not for old
> hardware/OS.
> I try win98 on new PC and got some trouble in drivers and if it runs,
> it run slowly. Microsoft d
Official and unofficial OS supported by SDL 2
http://hg.libsdl.org/SDL/file/default/README.Platforms
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape h
http://windows.microsoft.com/en-US/windows/help/end-support
http://support.microsoft.com/ph/1131
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has c
I think it's enough we start from WinXP. Remember, new software
product is for present and future hardware/OS, not for old
hardware/OS.
I try win98 on new PC and got some trouble in drivers and if it runs,
it run slowly. Microsoft didn't support again for their product below
winxp, why we should su
runs on all platforms
Win-9x & Win-2000 don't belong to these anymore :)
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed
On 07.09.2012 23:32, wahono sri wrote:
> I'm sure I do wrong in SDL event implementation for mseevent. mouse
> click event sent to mseevent but it does not fire procedure in widget
> event.
> Martin, will you check it?
Seems not to work on Windows 2000:
"
testsdl.exe - Einsprungpunkt nicht gefunden
I'm sure I do wrong in SDL event implementation for mseevent. mouse
click event sent to mseevent but it does not fire procedure in widget
event.
Martin, will you check it?
--
Live Security Virtual Conference
Exclusive live
+ implement mouse button and wheel event
Button effect when mouse over and mouse click work but draw widget in
window still broken.
Need hard work to fix some imlementation of drawing area.
--
Live Security Virtual Confere
Am 07.09.2012 17:47, schrieb wahono sri:
>
> Hi Martin, is region functions from msegenericgdi.pas can be used normally?
>
Yes, not tested carefully. ;-)
Martin
--
Live Security Virtual Conference
Exclusive live event wil
>>
> I am very busy at the moment, I'll see what I can do later.
>
> Thanks, Martin
OK, I'm waiting.
Some error gotten before now caused by some bugs from SDL 2 using
hardware renderer (DirectX/OpenGL), than for first porting I use
software renderer (GDI/X11) only.
Just change flag from SDL_REND
On Thursday 06 September 2012 11:28:00 wahono sri wrote:
> Hi Martin
>
> I updated to https://gitorious.org/mseuniverse/mseuniverse
> SDL convertion to MSEgui :
>
> drawinfo.paintdevice = pixmapty = SDL_Surface
> drawinfo.gc.handle = SDL_Renderer (software renderer for bitmap and
> hardware rendere
I think less than 10 pieces of function of MSEgui has description
what's for it, and to know the functionality I just make trial and
error. he he
--
Live Security Virtual Conference
Exclusive live event will cover all the
You say it's only an experiment, but for the time and effort you are
investing on it I think you consider it more than just an experiment ;)
2012/9/6 wahono sri
> > Remember, it just experiment for me to learn about MSEgui concept and
> > SDL concept, and until now I'm sure SDL and MSEgui could
> Remember, it just experiment for me to learn about MSEgui concept and
> SDL concept, and until now I'm sure SDL and MSEgui could work together
> very well.
For me, I got 2 trouble, learn MSEgui concept and SDL concept, but for
Martin, he got 1 trouble only, it's learn SDL 2 concept.
---
On 6 September 2012 17:00, Julio Jiménez wrote:
> Wahono, I like your effort in porting MSE to SDL, but I have a doubt. When
> finished... will Martin integrate it in MSE or will keep it as a separated
> project to be maintained in paralell to MSE development?
I think Martin just doubt about poss
Wahono, I like your effort in porting MSE to SDL, but I have a doubt. When
finished... will Martin integrate it in MSE or will keep it as a separated
project to be maintained in paralell to MSE development?
Thank you!
2012/9/6 wahono sri
> Hi Martin
>
> I updated to https://gitorious.org/mseun
IMO, the similiar function from SDL to copyarea is
http://wiki.libsdl.org/moin.cgi/SDL_UpperBlit?highlight=%28%5CbCategorySurface%5Cb%29%7C%28CategoryStruct%29%7C%28CategoryEnum%29%7C%28SGFunctions%29
--
Live Security Virt
Hi Martin
I updated to https://gitorious.org/mseuniverse/mseuniverse
SDL convertion to MSEgui :
drawinfo.paintdevice = pixmapty = SDL_Surface
drawinfo.gc.handle = SDL_Renderer (software renderer for bitmap and
hardware renderer for window/form)
At the moment linking GUI and GDI looks some succes
34 matches
Mail list logo
