http://bugs.winehq.org/show_bug.cgi?id=13847
Summary: field content not visible Product: Wine Version: 1.0-rc4 Platform: PC URL: http://realfast.com/associations/nc/ncnca/ncnca.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: pfortin@pfortin.com
Created an attachment (id=13905) --> (http://bugs.winehq.org/attachment.cgi?id=13905) example of non-displaying text
[bug 5070 contains some of the original comments for this bug -- creating a separate bug to track it properly]
Real Estate forms package (commercial) from RealFa$t (realfast.com) originally available on Win95 (earlier?) uses its own "desktop" to manage its windows. For each form which is opened, the app opens two windows: one with the full text and another with a summary. If the problem was reversed (text visible on full text version), this bug would be less aggravating :)
Data can be entered into fields on either representation of a form and appears on both. In Wine, the full text version of the form will never display field text unless that field is the currently selected one. One exception is a checkbox field. (see attached screenshot)
In the screenshot, with both form representations visible, only the selected field displays the field content (identified with green arrows) while the main form does not display the field text (identified with red dots).
If there is a way to change text colors, I haven't located it yet... Thanks!
http://bugs.winehq.org/show_bug.cgi?id=13847
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|field content not visible |field content not visible in | |Realfast Forms
http://bugs.winehq.org/show_bug.cgi?id=13847
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #1 from Austin English austinenglish@gmail.com 2008-12-19 16:08:59 --- Is this still an issue in current (1.1.10 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13847
Zack Smith zack@zacherysmith.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zack@zacherysmith.com
--- Comment #2 from Zack Smith zack@zacherysmith.com 2009-05-05 07:11:11 --- Testing with Wine 1.1.20 and RealFast 6.16 on Ubuntu 8.10 confirms this bug is still present under all of Wine's Windows modes. Text typed by a user in any of the form fields is only visible while that field is currently active; the text then disappears from view when a user tabs to the next field.
Note, however, that the text doesn't *actually* get removed from the form, it merely *disappears* from view of the user, making for an aggravating time filling in form fields and proofing them.
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #3 from Pierre Fortin pfortin@pfortin.com 2009-10-13 09:10:20 --- Created an attachment (id=24077) --> (http://bugs.winehq.org/attachment.cgi?id=24077) screen shot of problem
In this screen shot, updating one pane automatically updates the other. The form is the same document with the left pane showing full document text, and right showing a quick-fill summary. Note that the quick-fill version displays field contents as expected, while the left one only shows the contents when that field is selected -- exceptions are those fields which allow up to 60 lines of input (that's why some fields in the left pane show the content).
Is there some debugging someone can suggest to help resolve this ancient bug?
I'm very irritated with Windows on a colleagues PC (refuses to re-install to factory state). Fixing this bug would allow me to install Wine on Linux for her. This forms package is critical to her livelihood. If the bug was on the quick-fill side, we could live with it... :)
http://bugs.winehq.org/show_bug.cgi?id=13847
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #24077|application/octet-stream |image/png mime type| | Attachment #24077|RealFa$t_wine |RealFast_wine.png filename| |
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #4 from Pierre Fortin pfortin@pfortin.com 2009-10-13 09:13:19 --- Sorry... this attachment is PNG...
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #5 from Pierre Fortin pfortin@pfortin.com 2009-10-13 09:17:47 --- Argh... forgot to mention: $ wine --version wine-1.1.31
http://bugs.winehq.org/show_bug.cgi?id=13847
Pierre Fortin pfortin@pfortin.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.0-rc4 |1.1.31
http://bugs.winehq.org/show_bug.cgi?id=13847
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.31 |1.0-rc4
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com 2009-10-13 09:31:26 --- Comment is enough. Don't change original version please.
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #7 from Zack Smith zack@zacherysmith.com 2009-10-13 15:38:34 --- Pierre,
Just giving an update here and providing a not-so-great workaround for the RealFa$t display problems. I'm still watching this bug and testing new Wine builds against RealFa$t (NCAR) on Debian, with results same as you have found. I have some agents in the office wanting to move to Ubuntu later this year, and this glitch is stalling that transition. We've decided, as a workaround until this is able to be fixed, to use XP in a VM instead - solely to use RealFa$t (and Formulator products as well). It's a dirty option that I don't like, but it *is* a method of using this app within a Linux window at this moment.
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #8 from Austin English austinenglish@gmail.com 2009-10-13 15:56:14 --- Terminal output would help.
Does native riched20 make any difference?
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #9 from Pierre Fortin pfortin@pfortin.com 2009-10-13 17:59:16 --- Created an attachment (id=24108) --> (http://bugs.winehq.org/attachment.cgi?id=24108) Log of session
Sparsely annotated log of minimal session -- hope there's something of value therein...
Zack, I didn't find you in the NCREC database -- are you an NC broker? As to Windows in a VM: the machine I'm trying to restore for my BiC is already hosed re WinXP... the recovery partition seems to have bad/wrong files... IBM stupidly zipped them with a dumb password -- trying to re-write them without protection to see if I an re-install XP... so putting XP in a VM would just be an extra aggravation she doesn't need... getting this bug fixed would be a God-send...
Austin, can you whack me with a slightly larger clue stick? :) Thanks!
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #10 from Zack Smith zack@zacherysmith.com 2009-10-13 19:44:44 --- Pierre,
I'm working with a real estate company in Boone, NC to assist those agents wishing to move to the Linux platform. I'm not an agent/broker myself (I work in IT). Not having real estate forms software titles that will run on the *nix platform has limited the number of agents willing to switch operating systems, and I'm attempting to use Wine to remedy that (since most forms software is relatively simple in their design).
I believe Austin is asking whether or not using the Windows' native "riched20.dll" changes the behavior of RealFast in Wine, versus using only Wine's implementation of that library. I'm not at a machine I can test this at the moment, but I'll try as soon as I am.
If you don't know how to override Wine's DLLs, see section 3.1.2 of this page:
http://www.winehq.org/docs/wineusr-guide/config-wine-main
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #11 from Austin English austinenglish@gmail.com 2009-10-13 22:08:01 --- (In reply to comment #9)
Austin, can you whack me with a slightly larger clue stick? :) Thanks!
$ wget kegel.com/wine/winetricks && sh winetricks -q riched20
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #12 from Pierre Fortin pfortin@pfortin.com 2009-10-14 10:42:38 --- Created an attachment (id=24126) --> (http://bugs.winehq.org/attachment.cgi?id=24126) log of winetricks
Tried adding riched20.dll manually last night -- no change.
Running your script made no difference either... :(
http://bugs.winehq.org/show_bug.cgi?id=13847
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|download | CC| |00cpxxx@gmail.com
--- Comment #13 from Bruno Jesus 00cpxxx@gmail.com 2012-04-14 16:40:48 CDT --- Download no longer works. Looks like realfast was acquired by other company. Does anyone have the original files or can provide a new download link? Otherwise this is likely abandoned.
http://bugs.winehq.org/show_bug.cgi?id=13847
--- Comment #14 from Zack Smith zack@zacherysmith.com 2012-04-15 00:45:31 CDT --- Bruno,
Realfast has indeed been sold to zipLogix, and downloads are no longer available since the product is no longer supported. This bug report should probably be closed.
http://bugs.winehq.org/show_bug.cgi?id=13847
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #15 from Austin English austinenglish@gmail.com 2012-04-15 13:25:15 CDT --- (In reply to comment #14)
Bruno,
Realfast has indeed been sold to zipLogix, and downloads are no longer available since the product is no longer supported. This bug report should probably be closed.
Abandoned then.
http://bugs.winehq.org/show_bug.cgi?id=13847
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-04-30 14:41:05 CDT --- Closing ABANDONED bugs