After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 341253 - fuzzy numbers/letters on cards in 2.15
fuzzy numbers/letters on cards in 2.15
Status: RESOLVED OBSOLETE
Product: aisleriot
Classification: Other
Component: artwork
git master
Other All
: Normal minor
: ---
Assigned To: aisleriot-maint
aisleriot-maint
Depends on:
Blocks:
 
 
Reported: 2006-05-10 13:14 UTC by Steven Usdansky
Modified: 2011-12-07 13:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Attachments
comparison of bonded.png (2.14) and bonded.svg (2.15) (867.76 KB, image/png)
2006-05-10 13:16 UTC, Steven Usdansky
Details
AisleRiot screenshot: svg on left; png on right (393.48 KB, image/png)
2006-05-11 12:03 UTC, Steven Usdansky
Details
Freecell maximized 2.14 (145.00 KB, image/png)
2006-08-15 00:26 UTC, Gonzalo Odiard
Details
Freecell maximized 2.15 (167.12 KB, image/png)
2006-08-15 00:27 UTC, Gonzalo Odiard
Details

Description Steven Usdansky 2006-05-10 13:14:20 UTC
Please describe the problem:
The lack of whitespace between a card's value and the card's edges in 2.15 makes
the card's value very difficult to read - it looks fuzzy. The extra whitespace
was present in 2.14



Steps to reproduce:
1. start Aisleriot Solitaire
2. look at a card


Actual results:
the number/letter indicating the card's value is hard to read

Expected results:
I expect the card's calue to be as easy to read as it was in 2.14

Does this happen every time?
yes

Other information:
Comment 1 Steven Usdansky 2006-05-10 13:16:59 UTC
Created attachment 65161 [details]
comparison of bonded.png (2.14) and bonded.svg (2.15)

desktop screenshot to illustrate my point
Comment 2 Richard Hoelscher 2006-05-10 19:29:49 UTC
Could you post an actual screenshots from the game comparing themand illustrating your complaint, rather than eog shots? Note that eog is incapable of rendering SVG images the way that aisleriot does (with perfect quality, though a bit slow at the moment), and we need to see if there's another solution to this bug than just telling you to expand the size of your screen a little bit. Also, when eog has interpolation on, EVERYTHING is fuzzy. ;)

Regarding the whitespace, the only real difference should be the 50% thicker border. At lower resolutions, bonded.png would start to loose the border and just a slight gray line would separate the cards on the table.

The indivudal index characters would also be a bit smaller in the SVG theme than the PNG counterpart. This is because they are built to look like actual playing card indexes rather than the old bitmapped font designed to run at a specific resolution.

Comment 3 Callum McKenzie 2006-05-11 06:16:55 UTC
There are two major differences in the numbers between the old and the new set. The old set had more white space above the digits and had bolder digits.

The second difference might be a problem at very small sizes when the strokes get seriously sub-pixel sized but I don't think it is worth dealing with. The white-space issue is one that I think should be addressed. Having the extra border - even thought it is only on one side - makes the digit easier to distinguish at small sizes.
Comment 4 Steven Usdansky 2006-05-11 12:03:57 UTC
Created attachment 65234 [details]
AisleRiot screenshot:   svg on left; png on right

screenshot (cropped, but actual size) showing svg version on left and png version on the right. Display resolution: 1280x1024  AisleRiot window size: 550x400 (approx)
Comment 5 Richard Hoelscher 2006-05-11 14:31:51 UTC
I do have a solution in mind, but I'm working on it for a completely different reason. The only reason we have the black border around the cards is to distinguish one from another, and I've been working on a method where aisleriot will draw the card background and border seperately from rendering the rest of the art. This would allow for a 1-pixel black border drawn outside of the cards at all of the lower resolutions. As the resolution increases, the black borders would be relatively thinner than the rest of the card, with the stroke slowly growing at increments of one pixel, if indeed it grows at all... 

This would be just a small and easy chunk of the changes I have in mind for card rendering (though most of it is turning out to be easier than I feared), just don't expect to see any of this until I make changes to mahjongg first...
Comment 6 Gonzalo Odiard 2006-08-14 04:13:31 UTC
The cards looks more ugly when are big too.
Attach images for freecell 2.14 and 2.15
Comment 7 Vincent Povirk 2006-08-14 21:33:48 UTC
You appear to have been confused by bugzilla navigating away from the bug page for no apparent reason (as it does tend to do) and posted the screenshots at bug 347262.
Comment 8 Gonzalo Odiard 2006-08-15 00:26:43 UTC
Created attachment 70905 [details]
Freecell maximized 2.14
Comment 9 Gonzalo Odiard 2006-08-15 00:27:35 UTC
Created attachment 70906 [details]
Freecell maximized 2.15
Comment 10 Christian Persch 2008-03-25 12:02:04 UTC
Re-assigning to default owner.
Comment 11 Christian Persch 2011-12-07 13:36:01 UTC
Not worth keeping this open, I think. The card theme shows fine here IMO, and there's a multitude of other card themes available if you don't like the default one.