June 2009 - Wine-Devel - list.winehq.org

Re: oleaut32: Build language resource files separately

by Nikolay Sivov

Michael Stefaniuc wrote: > Hello Nikolay, > > Nikolay Sivov wrote: > >> Michael Stefaniuc wrote: >> >>> instead of including them from an other rc file. >>> --- >>> >>> >> What is the purpose of these changes? I'm not talking it's wring :), >> just interested. >> > Well, Alexandre did the first patch for programs/clock > http://source.winehq.org/git/wine.git/?a=commit;h=aa41526c73a5fbcc2c08a9342… > so it must be right ;). Didn't spot that, sorry. > It increases the resilience as errors in one > language rc file do not propagate to the other languages. There might be > some other reason but I forgot. Alexandre asked me if I could do it as > it is an easy search and replace style janitorial job. > > bye > michael Thanks for reply.

June 30, 2009

Re: [PATCH 4/4] gdi32: Add tests for the GetWinMetaFileBits MFCOMMENT record.

by Paul Vriens

Huw Davies wrote: > --- > dlls/gdi32/tests/metafile.c | 80 +++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 80 insertions(+), 0 deletions(-) > > > ------------------------------------------------------------------------ > > Hi Huw, Could you use CreateEnhMetaFileA here: + SetRect(&rc, 1000,2000, 3000, 6000); + emf_dc = CreateEnhMetaFileW(display_dc, NULL, &rc, NULL); The W-version is not implemented on Win9x so this test would crash. -- Cheers, Paul.

June 30, 2009

Re: oleaut32: Build language resource files separately

by Michael Stefaniuc

Hello Nikolay, Nikolay Sivov wrote: > Michael Stefaniuc wrote: >> instead of including them from an other rc file. >> --- >> > What is the purpose of these changes? I'm not talking it's wring :), > just interested. Well, Alexandre did the first patch for programs/clock http://source.winehq.org/git/wine.git/?a=commit;h=aa41526c73a5fbcc2c08a9342… so it must be right ;). It increases the resilience as errors in one language rc file do not propagate to the other languages. There might be some other reason but I forgot. Alexandre asked me if I could do it as it is an easy search and replace style janitorial job. bye michael

June 30, 2009

Removing active maintainers

by Joerg-Cyril.Hoehle＠t-systems.com

Hi, so far I found that Remco made the best suggestions. >From a quality of service point of view, unmaintained apps provide a more pleasing experience to the test data submiter: data is generally accepted within a fraction of a day. Not so for maintained apps. Why? Simple: there's a (large?) pool of general admins, so response time is low. OTOH, what response time can you expect from a single maintainer? My suggestion variant is: Delegate submissions after no more than 3 days from the maintainer to the general pool. Or what Remco suggested: accept by default pool, still notify maintainers so they can edit it afterwards. Easy to understand; easy to implement; best response time. Why look elsewhere? Find something else for removing people who volunteered(!) to maintain something. E.g. I'll be on vacation for 3 weeks, I'll never leave a ~/.vacation to please spammers, so I find the "8day response or be kicked" pretty tough. Regards, Jörg Höhle

June 30, 2009

Re: configure.ac: make sure we can run cmdlgtst and view from outside wine tree

by Austin English

On Mon, Jun 29, 2009 at 10:37 PM, Detlef Riekenberg<wine.dev(a)web.de> wrote: > On Mo, 2009-06-29 at 12:50 -0500, Austin English wrote: >> With this patch, they are treated like other programs, e.g., winhlp32, >> and installed, so one can use: >> $ wine view >> and get the same effect. > > That parts of configure.ac are created by tools/make_makefiles > > tools/make_makefiles-50-# Programs that we don't want to install at all > tools/make_makefiles-51-my %dont_install = > tools/make_makefiles-52-( > tools/make_makefiles:53: "cmdlgtst" => 1, > tools/make_makefiles-54- "view" => 1, > tools/make_makefiles-55- "winetest" => 1, > tools/make_makefiles-56-); Good to know, thanks. But AJ told me on IRC he won't accept it, since he doesn't think those binaries should be used outside of the tree. -- -Austin

June 30, 2009

Re: configure.ac: make sure we can run cmdlgtst and view from outside wine tree

by Detlef Riekenberg

On Mo, 2009-06-29 at 12:50 -0500, Austin English wrote: > With this patch, they are treated like other programs, e.g., winhlp32, > and installed, so one can use: > $ wine view > and get the same effect. That parts of configure.ac are created by tools/make_makefiles tools/make_makefiles-50-# Programs that we don't want to install at all tools/make_makefiles-51-my %dont_install = tools/make_makefiles-52-( tools/make_makefiles:53: "cmdlgtst" => 1, tools/make_makefiles-54- "view" => 1, tools/make_makefiles-55- "winetest" => 1, tools/make_makefiles-56-); -- By by ... Detlef

June 30, 2009

Re: gdiplus: implement horizontal alignment in GdipDrawString

by Vincent Povirk

Whoops, forgot to check that format is not NULL. Don't commit this. Vincent Povirk On Mon, Jun 29, 2009 at 4:39 PM, Vincent Povirk<vincent(a)codeweavers.com> wrote: > > > >

June 29, 2009

Re: why is Kronenberg's Wine/Mac work blacklisted on winehq?

by Maik Schulz

On 29 Jun 2009, at 14:10, <Joerg-Cyril.Hoehle(a)t-systems.com> <Joerg-Cyril.Hoehle(a)t-systems.com > wrote: >> If there were a plain vanilla wine built on OS X > > IMHO, Mac Users can expect from a binary distribution something Mac- > like, e.g. some kind of GUI. > > Another OSS project I've worked on for over a decade used to embed > NeXtStep > specific GUI source code. There was no GUI for any other UNIX > derivative. > Why not ship something that meets the OS users' expectations? +1

June 29, 2009

Re: Remove FIXME keyword from bugzilla

by Jan Zerebecki

On Sun, May 31, 2009 at 09:37:12PM -0500, Austin English wrote: > It serves no purpose, after all, 'FIXME's are not bugs'. Done. Jan

June 29, 2009

Re: appwiz.cpl: updated French translation

by Owen Rudge

> The installer-button I agree, but the (previously) Add/Remove button > doesn't if I'm correct. It depends entirely on the installer in question. For instance, many MSI-based installers will let you add components, remove components, etc, from an application (eg, MS Office, Visual Studio). "Add/Remove" is probably still the best name for it, or "Modify/Remove" perhaps. The "modern"-style Add/Remove applet in Windows 2000 and later do display separate buttons for Modify, Repair and Remove (IIRC), for applications that support them. If I find a bit of time in the next couple of weeks, I may submit a patch to support that in the Wine applet. Cheers, -- Owen Rudge http://www.owenrudge.net/

June 29, 2009