Merge lp:~ubunt-u-markbenjamin/indicator-applet/reorient into lp:indicator-applet/0.4
| Status: | Merged |
|---|---|
| Merged at revision: | not available |
| Proposed branch: | lp:~ubunt-u-markbenjamin/indicator-applet/reorient |
| Merge into: | lp:indicator-applet/0.4 |
| Diff against target: |
270 lines (+115/-24) 1 file modified
src/applet-main.c (+115/-24) |
| To merge this branch: | bzr merge lp:~ubunt-u-markbenjamin/indicator-applet/reorient |
| Related bugs: |
|
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Sense Egbert Hofstede (community) | Approve on 2010-04-20 | ||
| Indicator Applet Developers | review of newbie ubuntu developer :) | 2010-04-16 | Pending |
|
Review via email:
|
|||
Description of the Change
branch to address bugs #498182, #412111 to allow vertical orientation of indicator-applet-* applets;
so far no actual rotation of labels, simply vertical stacking of icons/widgets
patch introduces 2 relatively innocuous static globals [of Enums] to handle state during a session, would need additional code to allow persistence across sessions;
may need I18n;
features 'automatic' reorientation when the containing panel is moved, as well as 'override' in a new properties mini-window; current implementation is that 'automatic' reorientation causes a 90°* rotation however the override is set, override simply allows an 'offset' from the 'normal' rotation
* in fact there are 2 orientations, ltr, ttb; thinking that as we're talking images not words, ltr is equally acceptable in an rtl environment
further revisions should include
implementation of properties generally / persistence; see for instance #439775. #425552, #88963
actual rotation of labels [notably name] as happens for the main menu https:/
As I'm new here, I dare say some of my coding style merits some review; I'll be looking into the I18n aspect as it's unclear precisely how that works here
- 354. By MarkieB on 2010-04-16
-
variable multi-component orientation - needs desktop session restart to have effect though
- 355. By MarkieB on 2010-04-16
-
now multi-component orientation changes in a similar manner to the orientation of the various widgets contained in the applet, no need for panel restart
- 356. By MarkieB on 2010-04-16
-
add rotation of labels
- 357. By MarkieB on 2010-04-16
-
add I18n of labels in [tentative] prefs mini-window
| MarkieB (ubunt-u-markbenjamin) wrote : | # |
| Kevin Turner (keturn) wrote : | # |
Nice! This patch is sufficient to make the indicator applet functional on my vertical panel, I don't have the "Why don't I have a 'Log Out' button anymore?" experience with this.
I'd leave out the properties dialog for this branch. A user-configurable horizontal/vertical widget doesn't seem necessary if the applet correctly understands its orientation. (If you do leave it in, you've got an unused radio_group variable in properties_cb.)
Note that I'm not a maintainer, I'm just another user who with a vertical panel who would hate to see Lucid ship with this "hey where'd the volume panel widget go" bug.
- 359. By MarkieB on 2010-04-18
-
without properties in current iteration
- 360. By MarkieB on 2010-04-18
-
more elegant handling of data connections when reorienting
- 361. By MarkieB on 2010-04-18
-
more elegant handling of data connections when reorienting - no need for the enum
- 362. By MarkieB on 2010-04-18
-
suppress spurious 'conflict' in header includes arising from merger 352.1.2
| MarkieB (ubunt-u-markbenjamin) wrote : | # |
> I'd leave out the properties dialog for this branch. A user-configurable
> horizontal/vertical widget doesn't seem necessary if the applet correctly
> understands its orientation. (If you do leave it in, you've got an unused
> radio_group variable in properties_cb.)
Done :-)
> Note that I'm not a maintainer, I'm just another user who with a vertical
> panel who would hate to see Lucid ship with this "hey where'd the volume panel
> widget go" bug.
Even the 'how do I switch the computer off' bug that was how I noticed it :-)
thanks for the comments
Best
Mark
| Sense Egbert Hofstede (sense) wrote : | # |
After running './auotgen.sh' this branch fails when you try to run 'debuild' on my system. I'm using the Debian folder from lp:~ubuntu-desktop/indicator-application/ubuntu Should I change something to the packaging, or did this branch break the build?
This is the error I'm getting at the end of the 'debuild' output:
DEB_MAKE_
make -C build-python2.
make: *** build-python2.
make: *** [build-
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1340:
dpkg-buildpackage -rfakeroot -D -us -uc failed
| Ted Gould (ted) wrote : | # |
MarkieB,
Looking through the code it looks like it's going in the right
direction. If you could merge trunk into your branch that should clean
up the conflict that I think is effecting Sense. I'd be nice to get a
clean diff to examine as well.
--Ted
| MarkieB (ubunt-u-markbenjamin) wrote : | # |
Hi Ted,
I think I see the trouble; that I have derived the branch from / proposed merging to lp:indicator-applet, not from lp:~ubuntu-desktop/indicator-application/ubuntu ?
As there is no debian folder in the source tree I have, debuild reminds me of that :-) while the result of
$ bzr merge
Merging from remembered parent location http://
Nothing to do.
| MarkieB (ubunt-u-markbenjamin) wrote : | # |
Most of all, it looks to me as though Sense's difficulty is that he's derived the debian folder from indicator-
$ get-build-deps indicator-
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
cli-common-dev gtk-sharp2-gapi libffi-dev libglib2.0-cil-dev libgluezilla libgtk2.0-cil-dev
libjson-glib-dev libmono-
libmono-
libmono-cil-dev libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libmono-
libxml-
python-all-dev python-gobject-dev python-gtk2-dev python-gtk2-doc
0 upgraded, 81 newly installed, 0 to remove and 5 not upgraded.
Need to get 17.5MB of archives.
After this operation, 66.6MB of additional disk space will be used.
| MarkieB (ubunt-u-markbenjamin) wrote : | # |
@Sense, for a branch that should debuild [although it seems the changes to save compiler warnings / keybinder improvements are not yet implemented in that branch's parent]
try https:/
you may need to change signing keys etcetera for debuild to complete successfully
@Ted, My thinking would be that the changes be merged into the master branch then normally the master branch would be merged [including the compiler warning changes] to the ubuntu package branch?
| Sense Egbert Hofstede (sense) wrote : | # |
Apologises for my mistake. The reason for debuild failing was very simple: I had copied the debian folder from 'indicator-
I've now been able to test it and I can say it works perfectly. I'm reviewing this as 'Approved' to indicate my approval, but please don't think I have anything to say about this, I'm not a member of the development team. ;)


that should have been question #88963 not bug #88963 https:/ /answers. launchpad. net/indicator- applet/ +question/ 88963