Peter Quax wrote:
>Hello,
>
>>>Some things will break if you start trying to use a bunch of native
>>>DLLs. And especially trying to use the native comctrl is likely to break
>>>things.
>>>
>>>That said, I downloaded and tried out the program. To get it to run, I
>>>used these native DLLs:
>>>
>
>>>With that, the listview appears to be working for me just fine, assuming
>>>you are talking about the one with the labels Oefening, Titel, and Item.
>>>This is with current CVS.
>>>
>>I get about the same thing with the same problems (except I havent
>>crashed) but I have some time.It would be much easier if there is an
>>english version of this program.I don't have a soundcard.(maybe thats
>>why I havnt crashed yet). I probably could get one. Does anyone want to
>>recommend a cheep one that works well with linux?
>>
>
>Both of you, thanks very much for your help.
>
>First of all I forgot to mention that the use of sound is not an issue (we
>don't use that at our school), so that is not a problem whatsoever.
>
>I tried using the dll configuration as given and indeed it shows the list
>control (just as it did before), but as I mentioned the image lists are
>incorrect. To demonstrate this, I've taken a couple of screen shots to give
>you an idea of what it should look like :
>
>http://alpha.luc.ac.be/~lucp1313/juniorwin.jpg : this is the windows version
>that shows the correct icons in the list control (at the bottom)
>
>http://alpha.luc.ac.be/~lucp1313/juniorwine.jpg : this is the wine version
>which demonstrates the incorrect behaviour of the icons
>
>You can clearly see that there is a difference. Now, when I doubleclick for
>example 4-1 in the 'oefening' column to start this exercise, the window that
>comes up doesn't show all of the text. A second anomaly is that from time to
>time, the cursor will disappear. This is shown in the next 2 screenshots :
>
>http://alpha.luc.ac.be/~lucp1313/juniorwin2.jpg : this is the windows
>version that shows the correct text
>
>http://alpha.luc.ac.be/~lucp1313/juniorwine2.jpg : this is the wine version
>which demonstrate the lack of text in the upper left corner
>
>I hope this made my problems a bit more clear ? Also, I'm afraid that there
>isn't an english version of this package available. I tried contacting the
>authors but they don't seem to respond to any of my emails.
>
>Again, thanks for all your help
>
>Regards,
>Peter Quax.
>
It looks like its not translating the color palet correctly. What color
depth are you running at? My guess is that it is 16. If this is correct
then try increasing it. It may be that the text is just not showing up
because of this problem.
I have CC:ed the Wine development list in order that the real wine gurus
can have a look at this. How long do you have before you have to
subject the little children to the "Windows Solution".
Tony Lambregts
> > True. So what we need is to add a function in the
> testing framework
> > so that tests can get argc/argv/envp. Seems like a
> reasonable approach.
> I was more thinking adding some wt_argc and wt_argv, with init in main
> so that we don't have to deal with the portability issues of
> the __argc,
> __ ARGC...
Is there a reason we can't just use environment variables
rather than argc/argv? I would think that would be less
of a hassle than using argc/argv.
.Geoff
-----------------------------------------------------
Protect yourself from spam, use http://sneakemail.com
Hallo,
some application made from a zip archive "4957.exe", that uses the listview.c
sample from microsoft floating around since at least 1996, uses commctrl
headers and shows only the first letter of the text in the header tabs.
This is caused by (wine) listview.c creating the header windows as unicode,
but in the commctrl initialization the header class was registered as
ascii. When the header text is inserted, it is translated to unicode. When it
is read out for display, it is treated as ascii, as the unicode flag of the
header control isn't set. So reading of only one character succeeds.
So either we set the header unicode-flag when creating the header control in
listview, or we register the header class as unicode. Appended patch
switches the charset after creating the control in listview.c.
Does this sound right? Feedback welcome!
Changelog
dlls/comctrl32/listview.c: LISTVIEW_Create
Switch header control charset to unicode
--
Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de
Free Software: If you contribute nothing, expect nothing
--
Index: wine/dlls/comctl32/listview.c
===================================================================
RCS file: /home/wine/wine/dlls/comctl32/listview.c,v
retrieving revision 1.125
diff -u -r1.125 listview.c
--- wine/dlls/comctl32/listview.c 20 Mar 2002 00:53:42 -0000 1.125
+++ wine/dlls/comctl32/listview.c 29 Mar 2002 20:58:21 -0000
@@ -8002,6 +8002,9 @@
0, 0, 0, 0, hwnd, (HMENU)0,
lpcs->hInstance, NULL);
+ /* set header unicode format */
+ SendMessageW(infoPtr->hwndHeader, HDM_SETUNICODEFORMAT,(WPARAM)TRUE,(LPARAM)NULL);
+
/* set header font */
SendMessageW(infoPtr->hwndHeader, WM_SETFONT, (WPARAM)infoPtr->hFont,
(LPARAM)TRUE);
I get the message
*** Note: Your system appears to have the FreeType 2 runtime libraries
*** installed, but 'freetype-config' is not in your PATH. Install the
*** freetype-devel package (or its equivalent on your distribution) to
*** enable Wine to use TrueType fonts.
even though I do have freetype-config in my PATH. It seems related
to the test
dnl Check that we have at least freetype/freetype.h
if test "$ac_cv_header_freetype_freetype_h" = "yes" -a "$wine_cv_fttrigon" = "yes"
(Note: comments, message, and code do not agree) I don't seem to have
the <ft2build.h> and <freetype/fttrigon.h> files. Should I? This is
on a SuSE7.3 system, FWIW.
Morten
Hi,
A couple of things:
First, I've noticed cvs didn't build for me anymore. The problem was
because I removed the header files for ncurses (ie removed the
ncurses-devel RPM). The file dlls/ttydrv/bitmap.c then failed to compile.
Having had a look at the code in ttydrv, its fairly obvious it wont build
without either curses or ncurses installed. A simple patch (wine-diff-1)
provides a better error message. It shouldn't be needed (with the next
patch), but might help bug finding in the future.
But, shouldn't wine simply abstain from building ttydrv if a (n?)curses
package isn't available? I've attached another patch (wine-diff-2) that
does that. AFAIK, there's no knock-on effects.
Second problem, when attempting to verify the build-failure on a different
machine (hathi), it failed, but in a different part of the build! It only
succeeded on the third machine (romulus)
On hathi, a RH-7.0 (w/ Linus-2.4.3 kernel) I got:
> make[2]: Entering directory `/disk/hathi1/paulm/wine/dlls/ntdll'
> LD_LIBRARY_PATH="../../unicode:$LD_LIBRARY_PATH"
> ../../tools/winebuild/winebuild -fPIC -L../../dlls -o ntdll.spec.c
> -spec ./ntdll.spec
> make[2]: *** [ntdll.spec.c] Segmentation fault (core dumped)
[...]
After some investigation, it transpires that gcc on hathi (the RH-7.0
machine) builds broken winebuild programs (the unicode library was fine).
The RH-7.1 (romulus) could "fix" the problem by recompiling just the
winebuild directory.
The problem turned out to be because I had old gcc-2.96 RPMs installed.
After updating to the latest upgrade RPMs winebuild is built correctly,
but wrc is now broken: it segfaults whenever its run.
Can anyone with a 7.0 machine verify this?
Cheers,
Paul.
Hello,
First of all I'd like to say I'm sorry to both you people with this.
I tried some stuff to unsubscribe by going to the default urls of
sourceforge lists etc, but that didn't helped. I went to wine.sf.net,
but didn't found any public mailing list, and I can't remember where I
subscribed to this list.
The reason I want to unsubsribe (temporariliy) is that I'm off for
vacation, and don't feel like reading tons of wine-devel mails when I'm
back ;-)
So, where can I unsubscribe, and resubscribe (for when I'm back)?
Or even better, is there an option like with sourceforge lists where I
just edit my preferences and check the box which says I don't want to
receive any mails anymore temporarily?
Thanks in advance,
Ludootje
---
Linux: because rebooting is for adding hardware.
M$: because choices are confusing.
Hi!
I have this next patch:
--- controls/edit.c Fri Mar 29 19:03:25 2002
+++ controls/edit.c Fri Mar 29 19:03:09 2002
@@ -4727,7 +4727,10 @@
* if it is multiline, or it is part of combobox
*/
if( !((es->style & ES_MULTILINE) || es->hwndListBox))
+ {
EDIT_NOTIFY_PARENT(hwnd, es, EN_CHANGE, "EN_CHANGE");
+ EDIT_NOTIFY_PARENT(hwnd, es, EN_UPDATE, "EN_UPDATE");
+ }
EDIT_EM_ScrollCaret(hwnd, es);
}
Which fixes an update problem in my program. As much as I understand the
program reeds the state of the edit on every EN_UPDATE event.
And because EN_UPDATE was not sent, so the program operated with undefined
values and could not find the words (its a dictionary program).
I see, that the above code is somewhat weird, because two events are sent.
But of course if the programs rely on it, then it has to be so.
I will let to somebody more acquinted with wine and windows to decide whether
this solution is ok.
Best regards
Zsolt Rizsanyi
On March 29, 2002 01:01 pm, Andreas Mohr wrote:
> Hi all,
>
> - add verbose messages for "no serial support" issues
> - minor fixes
> + ERR("no OS support for CLRRTS !\n");
> + ERR("no OS support for CLRDTR !\n");
...
> + ERR("no OS support for SETDTR !\n");
^^^
These should be a MESSAGE (as it's intended as info for the user), or a WARN
(resource problem), but not an ERR which should signal an internal Wine
problem.
--
Dimi.
This patch has some significant changes to wineinstall, the most notable
being that we no longer let the user run wineinstall as root user and that we
use su -c"command" to run 'make install' and to modify the users
/etc/ld.so.conf file if necessary. I wanted to get feedback from people on
these changes.
Thanks,
Chris
*tools/wineinstall:
Chris Morgan <cmorgan(a)alum.wpi.edu>
Prevent the user from running wineinstall as root, add script commands so
we 'su root' for installing and other commands that require root
access. Fix modification time comparison of wrong file. Added
missing sed line. Always 'make ' before we run make install so
no build files become owned by root.
--- Ku Cheng <kucheng(a)cisco.com> wrote:
> I noticed it and I tried to define it in winbase.h
> file previously. However
> it created many errors.
>
> Could you tell me what
> documentation tells the
> purpose of this file and the rules of making change
> to this file?
Hmm. There should not be any problems in adding the
call. I'll look into it.
> The application compiles and runs well in Win32.
How does this compiled under Windows application runs
on Wine?
Please, CC wine-devel list. Somebody else can give us
a hand or be interested in the problem. Yes, this will
give you 2 instances of the mail, sorry :-(
Andriy Palamarchuk
__________________________________________________
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards�
http://movies.yahoo.com/