2009/5/27 Roderick Colenbrander
> On Wed, May 27, 2009 at 10:26 AM, Vit Hrachovy
> wrote:
> > would it be possible to craft a wikipage on Wine Wiki, that would
> encompass
> > * official DIB implementation requirements
> > * high level description of Huw's solution
> > * description of Your s
2009/5/25 Remco
> Oh great, now there is poison on slashdot:
>
> http://tech.slashdot.org/article.pl?sid=09/05/24/2044239
>
> Let's not fork, shall we?
>
> Remco
>
>
> Well, this is awkward.
For the record: I didn't intend to ambush anyone on here
with my frustrations, and I certainly wouldn't h
2009/5/24 Massimo Del Fedele
> I'm looking forward to this hitting upstream :) Have the architectural
>> issues been solved yet?
>>
>> Nope, and I think they will not be solved soon. Not by me, anyways.
> I made my engine because I was needing it, but Alexandre don't like
> its architecture, so
2009/5/11 Joerg Mayer
> Hello (mostly wine package maintainers),
> On Sun, May 10, 2009 at 05:07:55PM +0200, Massimo Del Fedele wrote:
> > James McKenzie ha scritto:
> >> Good work. Have you started to think about how to get this into Wine
> >> where AJ will approve?
> >
> > Ah, I'm not very opt
2009/4/29 Roderick Colenbrander :
> On Wed, Apr 29, 2009 at 10:34 AM, Luke Benstead wrote:
>> It would be nice to see what Alexandre's opinion of the options
>> discussed in this thread is, as he's ultimately the one who will
>> decide.
> [Huw] would document how the DIB engine should be implement
I think it's time that a definitive framework for it was agreed upon,
because as people have said, this isn't the first time that someone
has tried to implement the DIB engine. It's been on the todo list of
improvements to Wine for as long as I can remember, but it seems
as if every time someone tr
2009/4/8 Ben Klein
>
> This is what I meant about magic translation. It *shouldn't* work, but
> I'm aware that it does. DOS/Windows uses backslash as the delimiter
> when reporting and storing paths. Is the behaviour of magic
> translation from foreslash to backslash documented (by Microsoft)
> an
2009/4/2 Robert Lunnon
> I Get the following unimplemented call in Wine 1.1.16 when using the word
> 2007 file-selector
> wine: Call from 7fbb155b to unimplemented function shdocvw.dll.IEILIsEqual,
> aborting
> Hints anyone
>
>From the name, and the DLL it resides in, something to do with Image
2009/2/17 Alexandre Julliard
> Dan Kegel writes:
>
> > See http://bugs.winehq.org/show_bug.cgi?id=14980
> >
> > Essentially, to run Office 2007, you have to set an override
> > for riched20. Since Office installs a new, spiffier version
> > of riched20 in its own private directory, and expects
It would seem to me that the right place for this to go would be
not in Wine itself but in the likes of Crossover and Cedega - the
"distributions" and value added apps built around Wine.
I can't reconcile in my head the case where you have a newbie
running the latest GIT of Wine needing this kind
Forgive me for bringing this up again, but could this be another
argument for some kind of WineTricks-like Wine application launcher
that would exist as a separate project to Wine, but would apply patches,
particular settings, &c in order to get particular applications to work
better with the curre
2008/12/22 Roderick Colenbrander
> Basically microsoft ships its own 'appdb' which contains the windows
> version an app wants to see and in general much, much more things. For
> instance their appdb allows windows to override the return values of
> functions, it can fake the presence of certain
Bugs 5034, 10284 and 10394 relate to un-resizable file open dialogs in
various programs - to be honest I came across this discrepancy running
native NOTEPAD.EXE.
The file open dialogs are implemented in comctl32, specifically filedlg.c
and the templates live in cdlg_xx.rc
In Windows, to make them
Would the right way to handle such files be to use the
FUSE filesystem (when it's done) to hide them from
apps?
On the one hand it sidesteps the problem, but as
a recent blog post by Microsoft's Raymond Chen
http://blogs.msdn.com/oldnewthing/archive/2008/04/14/8389268.aspx
shows, it IS possible to
On Mon, Apr 14, 2008 at 11:23 AM, Austin English <[EMAIL PROTECTED]>
wrote:
>
> There was a similar request in a bug a few weeks ago. Someone made
> the comment that since Windows's explorer doesn't support this, we
> can't, even though running it on a per-app basis with the 'wine
> explorer /d
I totally get why you want to make it look like Wine isn't encouraging
cracks, but if that's all that's keeping an app from plat status, one
notch should be enough. How about
Gold: Application works flawlessly with some DLL overrides or other
settings etc. Application may not work correctly due to
On Nov 5, 2007 11:51 AM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
> I absolutely agree. Helping people in #winehq is a really bad job. Many people
> who go there seem to expect you to wave your magic wand to make their problem
> go away with zero effort from their side, and to make that instant
I think that's a great idea but would it be cheeky
of me to suggest that at the same time, the general
state of the to-do information be updated as well?
Just as a somewhat newbie diving in, there's a lot
of stuff spread out over various places in both
www.winehq.org / wiki.winehq.org that describ
For what it's worth, although the idea of not starting with a
clean state has its advantages (not in the least being able
to support D3D10 software in a short time frame) I think
that the clean slate argument wins out for me overall.
Yes, it's more work in the short term, but I can't help
thinking
True. A friend of mine accidentally created a file called * in his home
directory on the first day of university and was afraid to delete it for
3 years.
On 7/1/07, David Laight <[EMAIL PROTECTED]> wrote:
On Sun, Jul 01, 2007 at 02:57:58AM +0200, J?r?me Gardou wrote:
>
> All I know is that wine
Can I just chime in here as a newbie Wine developer working on his
first patch and say that I find this kind of discussion invaluable? I've
lurked on wine-devel for a while and tried to gauge the answers to
these questions before, and personally bothered some of the devs
with a few questions that
I noticed a FIXME cropping up in the logs when working on EQ2, related to
InternetCanonicalizeURL not fully parsing the flags that it is called with.
Looking a bit closer, it offloads the grunt work to UrlCanonicalize anyway,
and the missing flags seem to have analogs defined for UrlCanonicalize t
ce into doing what it's supposed to do. Again, is it
enough to go that far for now as the FOT format seems to be unsupported
in WINE?
Advice on these points would help me help you :)
--
Chris Howe
23 matches
Mail list logo
