headers
Vincent Torri | 1 Jan 2011 02:24
Picon

Re: COMCTL32_VERSION for PocketPC


On Fri, 31 Dec 2010, Paul Sokolovsky wrote:

> Hello,
>
> On Fri, 31 Dec 2010 12:06:06 +0100 (CET)
> Vincent Torri <vtorri@...> wrote:
>
> []
>>
>> FYI:
>>
>> i'm contributing to a set of graphic libs that go beyond that:
>>
>> http://watchwolf.fr/index.php?option=com_content&view=article&id=3%3Ausing-edje-and-the-external-type&catid=1%3Aedje&Itemid=17&lang=fr
>>
>> The first 2 images of that blog are a GTK window with 2 different
>> themes. Same layout, just the colors and icons change. The 4
>> following images are the same window with 4 different themes (using
>> our libs). I have ported these libs to Windows CE. After the images
>> you have the C source code, and the 4 themes. And a link to the
>> tarball with the files at the bottom.
>
> Do you say that you ported Edje and EFL in general to wince?

yes.

> Is it
> related to http://trac.enlightenment.org/e/wiki/EFLWindowsCE ?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Vincent Torri | 1 Jan 2011 02:32
Picon

Re: COMCTL32_VERSION for PocketPC


On Sat, 1 Jan 2011, Vincent Torri wrote:

>
>
> On Fri, 31 Dec 2010, Paul Sokolovsky wrote:
>
>> Hello,
>>
>> On Fri, 31 Dec 2010 12:06:06 +0100 (CET)
>> Vincent Torri <vtorri@...> wrote:
>>
>> []
>>>
>>> FYI:
>>>
>>> i'm contributing to a set of graphic libs that go beyond that:
>>>
>>> http://watchwolf.fr/index.php?option=com_content&view=article&id=3%3Ausing-edje-and-the-external-type&catid=1%3Aedje&Itemid=17&lang=fr
>>>
>>> The first 2 images of that blog are a GTK window with 2 different
>>> themes. Same layout, just the colors and icons change. The 4
>>> following images are the same window with 4 different themes (using
>>> our libs). I have ported these libs to Windows CE. After the images
>>> you have the C source code, and the 4 themes. And a link to the
>>> tarball with the files at the bottom.
>>
>> Do you say that you ported Edje and EFL in general to wince?
>
> yes.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Sokolovsky | 1 Jan 2011 14:09
Picon

Porting msvc resource code

Hello,

Some common error pattern I see while porting msvc code is:

arm-mingw32ce-windres -i tman.rc -o tman-rc.o
arm-mingw32ce-windres: tman.rc:20: syntax error

tman.rc:20:LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US

LANG_ENGLISH, SUBLANG_ENGLISH_US is defined in winnt.h, tman.rc
includes newres.h which includes commctrl.h, aygshell.h,
winuser.h. The obvious hypothesis is that in msvc, these headers pull
in winnt.h, but that's not the case with cegcc. Anybody knows true
story and the best way to fix it?

--

-- 
Best regards,
 Paul                          mailto:pmiscml@...

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Permalink | Reply | 3 comments |
headers
Paul Sokolovsky | 1 Jan 2011 14:21
Picon

Re: Porting msvc resource code

Hello,

On Sat, 1 Jan 2011 15:09:06 +0200
Paul Sokolovsky <pmiscml@...> wrote:

> Hello,
> 
> Some common error pattern I see while porting msvc code is:
> 
> arm-mingw32ce-windres -i tman.rc -o tman-rc.o
> arm-mingw32ce-windres: tman.rc:20: syntax error
> 
> tman.rc:20:LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
> 
> LANG_ENGLISH, SUBLANG_ENGLISH_US is defined in winnt.h, tman.rc
> includes newres.h which includes commctrl.h, aygshell.h,
> winuser.h. The obvious hypothesis is that in msvc, these headers pull
> in winnt.h, but that's not the case with cegcc. Anybody knows true
> story and the best way to fix it?

Ok, I see, need to run windres with -D_WIN32_WCE.

--

-- 
Best regards,
 Paul                          mailto:pmiscml@...

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database
(Continue reading)

Permalink | Reply | 2 comments |
headers
Danny Backx | 1 Jan 2011 14:29
Picon
Favicon

Re: Porting msvc resource code

On Sat, 2011-01-01 at 15:21 +0200, Paul Sokolovsky wrote:
> Ok, I see, need to run windres with -D_WIN32_WCE.

Sometimes not just that but with a specific value.

	Danny
--

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Permalink | Reply | 1 comment |
headers
Paul Sokolovsky | 1 Jan 2011 14:50
Picon

Hex vs dec os/component version defines, was: Porting msvc resource code

Hello,

On Sat, 01 Jan 2011 14:29:21 +0100
Danny Backx <danny.backx@...> wrote:

> On Sat, 2011-01-01 at 15:21 +0200, Paul Sokolovsky wrote:
> > Ok, I see, need to run windres with -D_WIN32_WCE.
> 
> Sometimes not just that but with a specific value.

Yeah, and here comes the new question. As far as I can tell, msvc-based
software has those values in decimal, not in hex, like cegcc has. As a
reference, I can give
http://code.google.com/p/tman/source/browse/trunk/tman/Makefile?r=28 ,
which is gnumake file which still uses msvc compiler. 

# 300 for eVC 3.0
CEVersion=420
CePlatform=WIN32_PLATFORM_PSPC=400

CPP_FLAGS=/nologo /W3 /D "ARM" /D "_ARM_" /D "ARMV4" /D
UNDER_CE=$(CEVersion) /D _WIN32_WCE=$(CEVersion) /D "$(CePlatform)"

Googling confirms that (even though for native msvc projects,
CEVersion and friends are apparently nmake-defined vars), including
this:

http://msdn.microsoft.com/en-us/library/ms838200.aspx

So, what should we do?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Sokolovsky | 1 Jan 2011 15:08
Picon

w32api and tchar.h?

Hello,

Who knows the story about w32api and tchar.h header? The latter is
includes in mingw, but lots of software expect _T() to be available
with just <windows.h>. w32api doesn't even mention it there, and
the only tchar include occurance, in oledlg.h, is commented. So, what
is approach here?

--

-- 
Best regards,
 Paul                          mailto:pmiscml@...

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Permalink | Reply | 0 comments |
headers
Paul Sokolovsky | 4 Jan 2011 13:25
Picon

SHCreateMenuBar() and friends implemented for Win32?

Hello,

Has anybody stumbled at the implementation of aygshell functions like
SHCreateMenuBar() for pure Win32? Maybe not as a standalone library,
but as part of a project which supports both Win32 and WinCE. I'd
appreciate any hint.

--

-- 
Best regards,
 Paul                          mailto:pmiscml@...

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Permalink | Reply | 7 comments |
headers
Vincent Torri | 4 Jan 2011 13:42
Picon

Re: SHCreateMenuBar() and friends implemented for Win32?


On Tue, 4 Jan 2011, Paul Sokolovsky wrote:

> Hello,
>
> Has anybody stumbled at the implementation of aygshell functions like
> SHCreateMenuBar() for pure Win32? Maybe not as a standalone library,
> but as part of a project which supports both Win32 and WinCE. I'd
> appreciate any hint.

The code is not released. But you can try google. I found that:

http://wmdevelopers.blogspot.com/2008/05/create-menu-bar-programmatically-wm5.html

Vincent Torri

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
Permalink | Reply | 6 comments |
headers
Vincent Richomme | 4 Jan 2011 18:10
Favicon

Re: SHCreateMenuBar() and friends implemented for Win32?

 On Tue, 4 Jan 2011 13:42:51 +0100 (CET), Vincent Torri wrote:
> On Tue, 4 Jan 2011, Paul Sokolovsky wrote:
>
>> Hello,
>>
>> Has anybody stumbled at the implementation of aygshell functions 
>> like
>> SHCreateMenuBar() for pure Win32? Maybe not as a standalone library,
>> but as part of a project which supports both Win32 and WinCE. I'd
>> appreciate any hint.
>
> The code is not released. But you can try google. I found that:
>
> 
> http://wmdevelopers.blogspot.com/2008/05/create-menu-bar-programmatically-wm5.html

 Hi,

 SHCreateMenuBar is so specific to wince that I don't think it's very 
 relevant to implement it under win32.
 What you should do is define a common function/method to create a menu 
 and that would
 call SHCreateMenuBar on wince.

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
(Continue reading)

Permalink | Reply | 1 comment |

Gmane