bugPSPP - Bugs: bug #30406, output viewer truncates last...

 
 

bug #30406: output viewer truncates last character of second line on w32 systems

Submitted by:  None
Submitted on:  Sat 10 Jul 2010 03:00:57 PM UTC  
 
Category: Graphical User InterfaceSeverity: 3 - Ordinary
Status: FixedAssigned to: None
Open/Closed: ClosedRelease: None
Effort: 0.00

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Wed 20 Apr 2011 04:26:55 PM UTC, comment #12:

>The problem seems to be gone. So the bug can be closed.


Thanks, I closed it.

>Besides, the problem is masked by a patch in the MSWindows build. I add a remark in the text which points to the locally installed pspp manual. This was asked for by someone who worked in a development project in Africa and wanted to teach PSPP, but there was no internet available on the teaching locations. This small patch made PSPP much more valuable for them.


It would probably be best if the GUI didn't fail to find the reference manual!

Ben Pfaff <blp>
Project Administrator
Wed 20 Apr 2011 08:16:03 AM UTC, comment #11:

The problem seems to be gone. So the bug can be closed.

Besides, the problem is masked by a patch in the MSWindows build. I add a remark in the text which points to the locally installed pspp manual. This was asked for by someone who worked in a development project in Africa and wanted to teach PSPP, but there was no internet available on the teaching locations. This small patch made PSPP much more valuable for them.

Harry Thijssen <unknown_one>
Mon 18 Apr 2011 06:47:33 PM UTC, comment #10:

Is this problem still current? Or has it been fixed with the recent output driver changes?

John Darrington <jmd>
Project Administrator
Mon 16 Aug 2010 05:09:42 PM UTC, comment #9:

No on Wine everything works fine.
That is what me make believe it is an issue with the different character sets. And a very nasty bug as I could only reproduce it with L as the last character. Other charachters are a bit truncated but still visualble.

Harry Thijssen <unknown_one>
Mon 16 Aug 2010 04:52:14 PM UTC, comment #8:

Does this problem appear under Wine? If so, then maybe I'll find time to check it out sometime. Otherwise, I'm not sure what to do.

Ben Pfaff <blp>
Project Administrator
Mon 16 Aug 2010 04:32:18 PM UTC, comment #7:

If we're going to do a work-around, I think it should be done at a lower level than this.

This message with the URL is not the only one that's getting truncated. It'll be happening on all of them. It would be better if the space would be added inside the msg function.

Of course, if we can find the cause and fix it properly, even better.

John Darrington <jmd>
Project Administrator
Fri 13 Aug 2010 11:58:37 AM UTC, comment #6:

The attached patch appends a space and is a workaround for this problem.

(file #21211)

Harry Thijssen <unknown_one>
Tue 03 Aug 2010 04:59:54 PM UTC, comment #5:

Harry Thijssen <pspp@sjpaes.nl> added in email:

> Could you also append a space to the text? This would be a workaround
> so the whole text is displayed.

Ben Pfaff <blp>
Project Administrator
Mon 26 Jul 2010 01:15:48 PM UTC, comment #4:

Following some off list discussions with Harry, it seems that this problem is limited to windoze and affects any (untabled) text written to the output viewer.

I'm changing the title of this item accordingly.

Also I've pushed a change, which takes this URL out of the translatable string. This avoids the need for retranslation should the URL change and also avoids any risk that translators might inadvertently change the URL.

John Darrington <jmd>
Project Administrator
Sat 24 Jul 2010 06:17:51 AM UTC, comment #3:

When you say "needs more space", are you talking about memory for the string, or are you talking about widget real estate?

John Darrington <jmd>
Project Administrator
Thu 22 Jul 2010 09:42:36 PM UTC, comment #2:

What I have found out after long testing:

The text is correct in the .mo file. The text is correct displayed in other screens. If another character as "l" is used as last character it is partially displayed.

My conclusion, MSWindows uses an other characterset as Linux which needs more space. This might be a problem for some other text in the output screen too.
Possible solution: give bit more space in the output window
Work around for this issue: add a space after "http://www.gnu.org/software/pspp/documentation.html" in #: src/ui/gui/help-menu.c:98

Harry Thijssen <unknown_one>
Sun 11 Jul 2010 01:54:12 PM UTC, comment #1:

I can't seem to reproduce this problem.

Perhaps it's a Windows issue?

John Darrington <jmd>
Project Administrator
Sat 10 Jul 2010 03:00:57 PM UTC, original submission:

The text on src/ui/gui/help-menu.c:98
"Cannot open reference manual: %s. The PSPP user manual is also available at "
"http://www.gnu.org/software/pspp/documentation.html"

is displayed without the last 'l'.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

Attached Files
file #21211:  workaround.patch added by unknown_one (577B - text/x-patch)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by blp (Posted a comment)
  • -unavailable- added by unknown_one (Posted a comment)
  • -unavailable- added by jmd (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 6 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 20 Apr 2011 04:26:55 PM UTCblpStatusConfirmed=>Fixed
      Open/ClosedOpen=>Closed
    Fri 13 Aug 2010 11:58:37 AM UTCunknown_oneAttached File-=>Added workaround.patch, #21211
    Mon 26 Jul 2010 01:15:48 PM UTCjmdStatusNone=>Confirmed
      Summarytext is corrupted during display=>output viewer truncates last character of second line on w32 systems
    Sun 11 Jul 2010 01:54:12 PM UTCjmdSeverity5 - Average=>3 - Ordinary

    Back to the top


    Powered by Savane 3.1-cleanup1