Ticket #850 (new defect)

Opened 4 years ago

Last modified 3 years ago

etoys - strange screen scaling and clipping

Reported by: martin.langhoff Owned by: mchua sdz
Priority: Unspecified by Maintainer Milestone: Unspecified by Release Team
Component: Etoys Version: Unspecified
Severity: Unspecified Keywords:
Cc: etoys-notify@… Distribution/OS: Unspecified
Bug Status: New

Description

Etoys on SoaS has strange problems of screen sizing and clipping.

For example, in Demos & Tutorials, the second tutorial many things are clipped, and some objects don't appear on screen.

This can be "fixed" by setting the scaling to "no scaling" but this prevents elements of the Sugar UI from displaying (such as the frame).

Change History

Changed 4 years ago by erikos

  • milestone changed from soas_fossvt to soas_linuxtag

yes - there is as well a flickering when starting etoys. We need to check if this is Soas only - or happens in distro packages as well.

Changed 4 years ago by erikos

  • status_field changed from Unconfirmed to New

Changed 4 years ago by bert

The "Demon castle" tutorial issue is valid. A work-around is to first choose "no scaling" and then "scale to fit" which uses the proper scale factor. I filed an upstream report:
 http://tracker.squeakland.org/browse/SQ-266

The flickering should be reduced in version 4.0.2213. This is the upstream bug:
 http://tracker.squeakland.org/browse/SQ-116

Changed 4 years ago by erikos

Thanks bert for following up. I guess #983 is handled by the  http://tracker.squeakland.org/browse/SQ-116 upstream bug as well?

Changed 4 years ago by bert

  • cc etoys-notify@… added

No, the flickering is unrelated to the wrong scaling factor.

The "Demon castle" tutorial was made before the current scaling policy was in place. It simply needs to be updated (re-saved at the right resolution).

Changed 3 years ago by sascha_silbe

  • owner changed from bert to mchua sdz
  • distribution changed from SoaS to Unspecified
  • component changed from Etoys to SoaS

Bulk change distribution=SoaS -> component=SoaS

Changed 3 years ago by sdz

  • milestone changed from Strawberry to Unspecified by Release Team

What's the status here? Can we close this?

Changed 3 years ago by sdz

  • component changed from SoaS to Etoys

This is a Etoys issue that got accidentally assigned to SoaS during an auto-tag. Reassigning - sorry for the confusion.

Note: See TracTickets for help on using tickets.