Bug 85633 - Should be possible to resize the tiles like in shisen-sho
Summary: Should be possible to resize the tiles like in shisen-sho
Status: RESOLVED FIXED
Alias: None
Product: kmahjongg
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Mauricio Piacentini
URL:
Keywords:
: 117646 121960 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-07-21 17:17 UTC by Szokovacs Robert
Modified: 2006-12-06 00:04 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Szokovacs Robert 2004-07-21 17:17:22 UTC
Version:           0.7.6 (using KDE KDE 3.2.3)
Installed from:    Debian testing/unstable Packages

It is possible in shisen-sho to resize the window and the gamefield and the tiles are resized accordingly. I'd really love to have the same functionality in kmahjongg also.
Comment 1 Jakub Friedl 2005-10-28 16:18:29 UTC
i agree with that. should be confirmed.
Comment 2 Peter Paulsen 2006-02-11 03:48:56 UTC
I am very puzzled that this function isn't implemented. It really is a pain playing kmahjongg on a 1600x1200 display. It would be great to have a fullscreen mode. But I would be content if the tiles would resize according to the window size.
Comment 3 Janet 2006-02-12 03:21:42 UTC
*** This bug has been confirmed by popular vote. ***
Comment 4 Janet 2006-02-14 16:40:13 UTC
May I also point to Bug 121960 (additional wish for bigger tilesets)? Resizing the game field and scaling the tiles like in kshisen is important and will make kmahjongg more playable on higher display resolutions but the optional use of bigger tilesets would make it at the same time look better :)
Comment 5 Mauricio Piacentini 2006-08-25 21:15:11 UTC
Hi. I am working on this functionality, and tiles will be resizeable in the next version of KMahjongg, for KDE 4. We are migrating to using SVG (vectorial) data for the tiles and field, so we will be able to resize everything cleanly to any resolution, without image artifacts.
A blog entry about this initial proposal can be found at
http://tsdgeos.blogspot.com/2006/08/kmahjongg-revamp.html
Comment 6 Mauricio Piacentini 2006-08-25 21:24:58 UTC
*** Bug 121960 has been marked as a duplicate of this bug. ***
Comment 7 Mauricio Piacentini 2006-08-25 21:39:58 UTC
*** Bug 117646 has been marked as a duplicate of this bug. ***
Comment 8 Janet 2006-08-26 16:32:47 UTC
Will it still be possible to use png files or will it *depend* on svg?
Comment 9 Mauricio Piacentini 2006-08-26 18:28:50 UTC
The plan is to still allow png, but I am still evaluating this need and balancing it against the needs of better support for localization and more structured tileset data, so we can have different aspect ratios for different tilesets, for example. You see, SVG files can potentially carry meta information, such as the tile height, tilewidth, shadow offset. And SVG files can also "wrap" an PNG file, so to convert you would simply open Inkscape for example and import your PNG bitmap. However, the *current* plan is to allow plain PNG for users that want them, and store metadata externally, in XML. Of course, scaling will be much worse with PNG, since bitmap data does not scale crisply. But the plan is to give more options to the users and not less, as long as they make sense.
Comment 10 Mauricio Piacentini 2006-12-06 00:04:16 UTC
This is fixed in the KDE4 tree, where the window is fully resizable, and tiles are recalculated and re-rendered from the SVG art.