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 503073 - Border-size should be definable for each side of the zoomer
Border-size should be definable for each side of the zoomer
Status: RESOLVED FIXED
Product: gnome-mag
Classification: Deprecated
Component: others
0.14.x
Other All
: Normal enhancement
: ---
Assigned To: bill.haneman
bill.haneman
Depends on:
Blocks: 505293
 
 
Reported: 2007-12-11 16:39 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2007-12-27 17:30 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
provide a solution for the problem (10.04 KB, patch)
2007-12-21 13:22 UTC, Carlos Eduardo Rodrigues Diógenes
accepted-commit_now Details | Review
patch considering backwards compatibility (10.67 KB, patch)
2007-12-23 12:17 UTC, Carlos Eduardo Rodrigues Diógenes
accepted-commit_now Details | Review
improved patch (12.83 KB, patch)
2007-12-27 16:45 UTC, Carlos Eduardo Rodrigues Diógenes
committed Details | Review

Description Joanmarie Diggs (IRC: joanie) 2007-12-11 16:39:49 UTC
Currently, the border size applies to all four sides of a zoomer.  Generally a border is desired for the purpose of making it easier to visually distinguish the zoom region from the rest of the screen contents.  For instance, if my zoom region is on the left half of the screen, I only need a border on the right side of the zoomer.  If the zoomer occupies the bottom right corner of my screen, I only need a border for the top and left sides of the zoomer.  And so on.  One of two things would be helpful:

1. The border should only appear where it is needed to separate the zoom region from the rest of the screen, OR

2. Clients should be able to define the border size for each side/edge of the zoomer.

Thanks!
Comment 1 Carlos Eduardo Rodrigues Diógenes 2007-12-21 13:22:31 UTC
Created attachment 101404 [details] [review]
provide a solution for the problem

Hi Joanmarie,

This patch adds new properties to the property bag and remove the old border-size. Now you have border-size-left, border-size-top, border-size-right and border-size-bottom.

This patch also modifies the control-client.c code, so if you compile this application you can test it the terminal running:

#: ./control-client k 10 30 40 10

Where the first numbers are in order, left, top, right and bottom.

If you think that a method to change all values in a single call is important, just call on me.

Best regards.
Comment 2 Joanmarie Diggs (IRC: joanie) 2007-12-21 16:10:14 UTC
I'm still working on incorporating this into Orca, but I think this will get the job done.

Would it be possible to keep border-size in place?  That might be important for backwards compatibility.  It would also (I would think) provide a way to change all values at once.

Thanks again very much!!
Comment 3 Carlos Eduardo Rodrigues Diógenes 2007-12-23 12:17:58 UTC
Created attachment 101497 [details] [review]
patch considering backwards compatibility

Thanks for the comments Joanmarie. When I was sending the patch I was just thinking about backward compatibility, but doesn't imagined anything to maintain it. Your simple comment just fill this gap :-)
Comment 4 Joanmarie Diggs (IRC: joanie) 2007-12-23 19:55:56 UTC
Thanks Carlos.  This patch seems to work quite nicely.
Comment 5 Carlos Eduardo Rodrigues Diógenes 2007-12-27 16:45:44 UTC
Created attachment 101684 [details] [review]
improved patch

This patch update the prop_names vector and also remove the internal variable border_size, that isn't needed anymore.