http://bugs.winehq.org/show_bug.cgi?id=5162
--- Comment #27 from Dylan Smith <dylan.ah.smith(a)gmail.com> 2009-02-04 23:24:33 ---
Created an attachment (id=19248)
--> (http://bugs.winehq.org/attachment.cgi?id=19248)
Quick and dirty drawing patch
(In reply to comment #26)
> There seems to be good progress being made here.
>
> The only fixmes I get now from richedit are about TxDraw and TxGetNaturalSize.
>
> From my playing around months ago, not implementing TxGetNaturalSize but having
> a simple TxDraw implementation (I just made it draw the raw strings out) gives
> an almost workable interface, through things don't quite line up.
>
> Also, there seems to be good progress on the not connecting issue.
>
> I guess what I'm suggesting is that a semi-working TxDraw implementation would
> be good. Is it possible to work in the editor painting functions to make a
> semi functional implementation of this function?
>
I got the code to the point where the existing richedit code can be used. So
now TxDraw can be done using ME_PaintContent, and the width and the height of
the editor can be calculated during wrapping. Nevertheless, the TxDraw and
TxGetNaturalSize methods aren't very straight forward, so lately I haven't had
the time to invest in getting them working right for something like google
talk.
Austin Lund, if you want to try to get something working using the existing
painting functions, then that would be great. I am attaching all the code that
I have that isn't submitted, which is a quick and dirty basic implementation of
TxDraw and TxGetNaturalSize, certainly nothing good enough to submit to
wine-patches, so feel free to not use it at all. At least it shows that the
existing richedit code can be used. It gets text drawn in google talk, but
some text is being wrapped that shouldn't be.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5264
--- Comment #25 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-02-04 20:53:55 ---
Setting an override for usp10.dll in Word 2007 fixes the Equation Tools, not
the Equation Editor. They are not the same thing. Equation Tools are opened by
clicking Insert->Equation. The Equation Editor is opened by selecting
Insert->Objects->Objects->Microsoft Equation Editor 3.0.
This bug is for the Equation Editor. It is still present in Office 2007 in
1.1.14.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5162
--- Comment #26 from Austin Lund <austin.lund(a)gmail.com> 2009-02-04 19:06:40 ---
There seems to be good progress being made here.
The only fixmes I get now from richedit are about TxDraw and TxGetNaturalSize.
>From my playing around months ago, not implementing TxGetNaturalSize but having
a simple TxDraw implementation (I just made it draw the raw strings out) gives
an almost workable interface, through things don't quite line up.
Also, there seems to be good progress on the not connecting issue.
I guess what I'm suggesting is that a semi-working TxDraw implementation would
be good. Is it possible to work in the editor painting functions to make a
semi functional implementation of this function?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5264
--- Comment #24 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-02-04 12:58:10 ---
(In reply to comment #23)
> Set USP10.DLL to native. All equations work, except the equation pane with the
> equation symbols doesn't work (doesn't think its been clicked?). You can still
> use shorthands to type the symbols, ie \lambda, \lfloor .
>
> The log that I saw when it crashed:
>
> warn:keyboard:X11DRV_ToUnicodeEx Unknown virtual key 12 !!!
> fixme:hook:IsWinEventHookInstalled (32778)-stub!
> warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\Program
> Files\\Microsoft Office 2007\\Office12\\USP10.DLL":
> /home/mike/.wine/dosdevices/c:/Program Files/Microsoft Office
> 2007/Office12/USP10.DLL: invalid ELF header
>
> Apparently office comes with its own USP10.dll. On Kubuntu Intrepid, wine
> 1.1.14.
>
That doesn't work for Word 2003, Wine 1.1.14, though Office 2003 also installs
its own usp10.dll. My console output (without the override) does not include
that warn message.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5454
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17252
Summary: Icons and fonts regression in Civilization 4:
Colonization
Product: Wine
Version: 1.1.13
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)mcdonnell.dk
Created an attachment (id=19231)
--> (http://bugs.winehq.org/attachment.cgi?id=19231)
Graphics regression with rectangles around icons and instead of fonts.
There has been a regression in the display of icons and fonts in Civilization
4: Colonization. Rectangles appear around icons after a little while, and the
fonts are only displayed as rectangles.
Version 1.1.12 works fine, but 1.1.13 and 1.1.14 got the regression.
Steps to reproduce:
1. Sail ship to coast
2. Select pioneer unit
The attached picture shows how the graphics is corrupted.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16248
Summary: Dragon Naturally Speaking 7: Regression
Product: Wine
Version: 1.1.9
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mdirk(a)sympatico.ca
Even though I had bought only "Dragon Naturally Speaking 7: Essentials", this
version used to work fine under Wine 1.1.7 . Thus, I had assumed to expect the
behavior to have been improved enough for the Essentials Edition to work from
now on.
But after upgrading Wine to version 1.1.9, a Regression took place. Still
installed properly, and having a user profile for me, DNS 7 no longer works.
The behavior is that after launching, the message appears "Initializing
Dictation". But this message stays, which should get replaced by something
else. For a fraction of a second, the toolbar menus become fully colored, which
would indicate that the program is ready for use. But next, the toolbar becomes
grayed again, and does not respond to input of any kind. The icon indicating
whether the microphone is switched on or not, stays unfilled. And trying to
position the mouse cursor over the toolbar, causes the Linux cursor to
disappear, for which reason the menus can also not be clicked on. Keyboard
shortcuts don't work. The system tray icon also stays unreachable by the mouse,
only displaying a trivial balloon but no menu. The toolbar fails to reposition
itself as it did before, onto any available window awaiting a dictation.
And after about a minute, the application dies.
Trying to re-establish an OSS sound driver audio profile succeeds with the
message that "The sound quality is unacceptable." But then trying to establish
an ALSA sound driver audio profile causes a crash before the new profile gets
saved. In this mode, the main toolbar has already gone into its unresponsive
mode, but control over the app's events is taken care of successfully by more
normal-looking windows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9012
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|msxml3 |urlmon
--- Comment #15 from Dan Kegel <dank(a)kegel.com> 2009-02-04 09:42:03 ---
Changing category.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9012
Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|unspecified |0.9.55.
--- Comment #14 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> 2009-02-04 03:36:54 ---
Version 0.9.55 caused the crash in urlmon.
I believe this is the commit, that stopped it working.
http://source.winehq.org/git/wine.git/?a=commitdiff;h=85f472b37d91941ee6600…
We will need to write test(s) for urlmon to show how msmoney uses it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.