http://bugs.winehq.org/show_bug.cgi?id=3190
------- Additional Comments From marek.zachara(a)telperion.pl 2005-15-10 13:46 -------
finally managed to compile latest wine. I tried first the sidenet scripts - no
luck, the installer didn't even manage to find any download sites. Then i
followed the 'manual installation' (cleanning .wine first) and with a few
hiccups i managed to get to the point when it asks for for installation path.
Then unfortunately i was faced with the same problem - no matter what folder i
choose, i get the "folder is invalid" message.
BTW, all my filesystems are network-mounted (nfs). Could this be an issue?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3241
------- Additional Comments From black.hole.sun16(a)gmail.com 2005-15-10 13:38 -------
Yeah, this is blocking my XviD install (needed by VirtualDub), it's a really bad
bug, here's a screenshot:
http://img233.imageshack.us/img233/562/wineerror0pb.png
Manually creating the directory does nothing. Is there any workaround? Using
yesterday's CVS (20051014)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=3560
------- Additional Comments From jonathan(a)ernstfamily.ch 2005-15-10 11:23 -------
You can't apply a patch to an already compiled wine.
If you installed Wine using gentoo's portage, follow these steps to build and
install from cvs and patch:
1)su
2)emerge unmerge wine
3)export CVSROOT=:pserver:cvs@cvs.winehq.org:/home/wine
4)cvs login
5)cvs
6)cvs -z 0 checkout wine
7)cd wine
8)patch -p1 < path_to_the_patch_you_want_to_try/patch.patch
9)./configure
10)make depend && make
11)make install
Then you can try new cvs versions some days later by making
1)cd wine
2)make uninstall
3)cvs update -PAd
4)./configure
5)make depend && make
6)make install
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3560
------- Additional Comments From I-SAngeli(a)siriush.com 2005-15-10 11:17 -------
As for "2) In winecfg, I do not see icons properly. See attachment.
Please let me know how to fix this as i cannot even install applications as when
i get to select sections of installs I do not recognize if it is checked or
unchecked."
I SOLVED this issue by just upgrading xorg-x11 to greater build
x11-base/xorg-x11-6.8.2-r6.
Spiro
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3560
------- Additional Comments From I-SAngeli(a)siriush.com 2005-15-10 11:15 -------
Moreover,
I tried ~ $ winecfg
wine: creating configuration directory '/home/sangeli/.wine'...
Warning: Language '' was not recognized, defaulting to English.
Warning: Language '' was not recognized, defaulting to English.
Warning: Language '' was not recognized, defaulting to English.
Then I tried:
~ $ LC_ALL=en_US.UTF-8 wine winecfg
and the Warning went away.
So, definely the patch sould finx this issue and is very well written.
Am still waiting to learn, from gentoo wine support, how to install/aaply the
patch and then will report back.
Spiro
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3594
Summary: notepad does not prefill the currently used font in font
selection
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)centrum.cz
When I choose to select font in notepad, the font selection dialog always shows
the first font, regardless of the font currently used in notepad.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3560
------- Additional Comments From I-SAngeli(a)siriush.com 2005-15-10 11:04 -------
Hi Jonathan,
good to hear from you again.
LC_ALL must be declared with 0"" If I live it to just LC_ALL= it get a compile
error. Now, are you perhaps saying to just set the variable to LC_ALL without =
and without "" ?
As for patch, when I go to download it I get to download a file named:
19084-001.bin and when I see it (cat 19084-001.bin) I see its content.
Now, what I do not know is how to apply a patch to an existing compiled wine.
I will email wine gentoo maintainer to ask howto. If you happend to know please
let me know so that I can try immediately.
PS: I have another patch to try ( http://bugs.winehq.org/show_bug.cgi?id=3226 )
------- Additional Comment #7 From Mike McCormack 2005-10-13 04:08 -------
I hope to learn how to implement them as for manual compilation it fails.
Thank you,
Spiro
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3593
Summary: font selection dialog does not provide localized sample
text
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)centrum.cz
There is a sample text in the resource file for font selection dialog
(commdlg.dll) in English (something like AaBbYyZz).
When I change the text in the resource file for Czech version of the dialog the
defaul text is still displayed.
Since the text is not editable, and does not contain the accented characters
commonly used in Czech it is impossible to check usability of the font inside
the font dialog.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3579
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From dank(a)kegel.com 2005-15-10 10:48 -------
Thanks for the analysis!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3579
------- Additional Comments From reuben(a)ugcs.caltech.edu 2005-15-10 10:18 -------
Bug confirmed. Further information:
The text in question is inside an edit control (dlls/user/edit.c). A patch in
February added checks inside EDIT_EM_ReplaceSel to make sure that the text will
fit inside the available box. Before this, there was no such check.
http://www.winehq.org/pipermail/wine-patches/2005-February/015979.html
In the current code, this check is ignored if honor_limit is false. If
honor_limit is true and the replacement (or new) text appears to be too long,
the edit control is left unchanged. The message in IBasic is calculated as
taking up too many lines, which is why it does not appear nown, but did appear
before the line-number check was added.
Details about this particular message: the edit control has its top at pixel 0
and its bottom at pixel 48. The line_height property is 16, The calculated
number of lines required is line_count=5, and the calculated number of lines
available is vlc=3. Because 3 < 5, EDIT_EM_ReplaceSel concludes that the
message is too long and doesn't display it. If I turn off the length checking
to make the message appear, it requires only 4 lines, and the actual offset of
one line from the previous one is 14 pixels.
>From these details, there are three distinct things that look wrong to me.
1. Each line requires 14 pixels, but line_height=16. Why don't they match?
2. The message is calculated to require 5 lines, when it really only needs 4. I
think this is a problem in EDIT_BuildLineDefs_ML.
3. If #1 and #2 were fixed, we'd need 14 pixels * 4 lines = 56 pixels, and the
edit control only has 48 pixels, so the length check would still fail. Maybe
something else is wrong?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.