18th August 2015 at 7:14 am #5194
When working with a reduced width window on a full-sized screen or on a small mobile screen, I find that selecting any of the options under ‘Edit’ from the ‘Choose a page’ responsive menu window fails to produce the expected pop-up edit window. It means that when working on a full-size screen with two windows sharing the total screen area, one anchored left and one anchored right (quite useful for running through a GEDCOM file in one window and making changes on the database in the other) options such as ‘Edit raw GEDCOM record’ are not available without increasing the width of the window assigned to kiwitrees.
18th August 2015 at 10:52 am #5195
Yes, that is definitely a bug. The “mobile-friendly” aspect of the system is still very much a work in progress. Would you mind adding a bug report for this one, so it doesn’t get forgotten.
Unfortunately it won’t be easy to fix (wish I’d spotted this issue earlier). It’s not possible with the current code to trigger the “edit” menus from a drop-down menu like this.
The solution will be to either:
a) Make the decision to switch all editing to a new tab as discussed elsewhere, or
b) Make the “mobile-friendly” menus a simple text menu that wraps as necessary and never uses icons.
It might even require both.
18th August 2015 at 5:36 pm #5206
Yes I’ll submit a bug report Nigel. I think we have to ask ourselves whether the solution for a mobile device with a permanently reduced screen is necessarily a good approach for what I would consider the more ‘normal’ use of kiwiitrees on temporarily reduced-width windows on a desktop PC – in siuations like the example I described. Unfortunately exactly half the width of a fairly typical 61cm dia. screen (which is what you get with the automatoic ‘anchoring’ features of siome browsers when you try to run two windows together) is just slightly (less than a centimetre) narrower than the pixel limit chosen to trigger the mobile-freindly code, whereas I believe the normal menu with icons would still be workable on the desktop screen at this dimension. So maybe it’s just a matter of tweaking the ‘limit’ for triggering the new code?
18th August 2015 at 7:11 pm #5209
Yes, we could adjust the screen width that triggers the menu change, but that won’t make the edit menu problem go away. It just reduces the size at which the problem occurs. Whilst I wouldn’t recommend editing on a phone, it’s perfectly possible on an iPad, even in portrait mode, and at present it doesn’t work for the reason you started this topic.
Incidentally the trigger has to be set in ‘px’, so what is the half horizontal width of your screen in px?
18th August 2015 at 8:58 pm #5211
As an interim measure take the mystyle.css file from the attached zip and place it on your folder /themes/webtrees/
This will preserve your full menu down to 950px. (Clear browser cache first).
As I said, this doesn’t solve the problem of non-functioning sub-menu items, but it will allow you to work normally.
As background this file is the new very simple way to modify a theme, as described at: http://kiwitrees.net/?p=4518
18th August 2015 at 9:40 pm #5213
Thanks for such a speedy response Nigel. I have uploaded it to my /themes/webtrees folder, cleared browser cache, and tried it out but no difference. As I widen the window, the menu display changes form at exactly the same point on the screen as before. So I tried changing ‘950’ in the first line of that file to ‘900’ and tried again, but with exactly the same results. This seems to say that either my real full screen width is not 1920 but less than 1800 (have double-checked and according to Windows it is 1920) Just to be sure I changed it to ‘750’ with the same result OR the fix is for some reason not working as it should. To be clear, the themes/webtrees folder now contains, in addition to the four sub-folders, the footer, header and theme.php files and a favicon.png file, three css files, namely: msie.css, mystyle.css and style.css.
Would appreciate your advice..
3rd March 2016 at 11:26 am #5833
Ron – big apology 🙁
In all the work to get the new tabbed edit screens working for the latest release I completely overlooked your original issue in this thread and it’s related bug report (http://kiwitrees.net/bug-reporting/edit-options-not-working-for-redced-width-screens/)
I think I have now fixed this, but it missed the latest version. You can however (after upgrading to 3.2.0) replace the file /library/WT/Menu.php with the one in the attached zip folder. I believe this will fix the issue, but will await your confirmation before closing the bug,
- The topic ‘No Edit options for reduced-width screens’ is closed to new replies.