Thank you. I searched for "zoom icons" and couldn't find the issue.
Reading that issue doesn't give me a lot of hope that this will be resolved any time soon- the only thing that looks like it's getting fixed is the broken xml file, toolbar-commands.ui, to keep people from trying to add them back and breaking the toolbar.
the only thing that looks like it's getting fixed is the broken xml file
I made that comment on the issue, but I'm no Inkscape developer. I don't want these buttons removed from the XML file, I want the old, working behaviour to return (I only really use one of these buttons, but I use it a lot). At the moment, however, the XML file gives the impression that they can be trivially reinstated, when doing so actually causes even more problems. My comment was only intended to suggest to the devs that they should be temporarily removed from the file to prevent this, until such time as they work properly again. But I've not seen any evidence of even this change being made by the devs or packagers at this time.
I am adding my desire for their return, just as Xav stated. I see no "gain" for Inkscape users by removing them in the first place. Please re-instate them. Thank you.
Using the keyboard, during a graphic operation, to change tools, completely breaks my work flow.
Is this becoming yet another piece of software I need to look for a replacement to because it's become antagonistic towards it's users? That's disappointing. ☹
Is this becoming yet another piece of software I need to look for a replacement to because it's become antagonistic towards it's users? That's disappointing.
I think not, just a blip in the quest for a more customizable UI.
This Zoom button function really is important. It is directly in our work flow and is used more than any other function. The current implementation of Z - menu - select zoom - Select tool is just so clunky. We are only not rolling back because the addition export functions are very nice. But, c'mon guys, zooming in and out from object to page is fundamental to design in so many spheres.
The toolbars are now editable with specific files in Inkscape's config folder. However, due to some implementation weirdness, I was only able to add these buttons to the snap-toolbar on the right.
Open the preferences, go to the 'System' section, look for the 'User UI' entry and click on the 'open' button. Download this file and save it in that directory as 'toolbar-snap.ui'. Now when you start Inkscape, there should be zoom buttons above the snapping options.
Note however, that this will likely overwrite any new buttons added in future versions, meaning some new features might not be accessible.
The icons for zooming are missing from the main toolbar, I use them, a lot, how do I get them back?
Known issue... hopefully they will be back.
https://gitlab.com/inkscape/inkscape/-/issues/1910
Thank you. I searched for "zoom icons" and couldn't find the issue.
Reading that issue doesn't give me a lot of hope that this will be resolved any time soon- the only thing that looks like it's getting fixed is the broken xml file, toolbar-commands.ui, to keep people from trying to add them back and breaking the toolbar.
I expect they will return... they are marked of medium importance and regression. I have not seen any discussion why they should not be included.
I made that comment on the issue, but I'm no Inkscape developer. I don't want these buttons removed from the XML file, I want the old, working behaviour to return (I only really use one of these buttons, but I use it a lot). At the moment, however, the XML file gives the impression that they can be trivially reinstated, when doing so actually causes even more problems. My comment was only intended to suggest to the devs that they should be temporarily removed from the file to prevent this, until such time as they work properly again. But I've not seen any evidence of even this change being made by the devs or packagers at this time.
I am adding my desire for their return, just as Xav stated. I see no "gain" for Inkscape users by removing them in the first place. Please re-instate them. Thank you.
Hitting "Z" brings back all this:
Not in the commands bar... need to keep an active tool, not switch tools.
Using the keyboard, during a graphic operation, to change tools, completely breaks my work flow.
Is this becoming yet another piece of software I need to look for a replacement to because it's become antagonistic towards it's users? That's disappointing. ☹
I think not, just a blip in the quest for a more customizable UI.
Restoration of buttons slated for v1.2 (May '22), but might happen sooner.
I agree that the ZOOM button needs to be returned.
This Zoom button function really is important. It is directly in our work flow and is used more than any other function. The current implementation of Z - menu - select zoom - Select tool is just so clunky. We are only not rolling back because the addition export functions are very nice. But, c'mon guys, zooming in and out from object to page is fundamental to design in so many spheres.
There may be another workaround that puts the zoom buttons in the snap bar. I haven't tried it yet, but it might be preferable to a rollback until the buttons are restored.
I also using zoom tool maybe every few minutes. Zoom to page and zoom to object. Detour via side toolbar is just complication for me.
All hot keys still work.
As per the GitLab tracker, the buttons will be back in the commands bar with the 1.2 release.
Found on Reddt post by Xrott. This worked for me.
The toolbars are now editable with specific files in Inkscape's config folder. However, due to some implementation weirdness, I was only able to add these buttons to the snap-toolbar on the right.
Open the preferences, go to the 'System' section, look for the 'User UI' entry and click on the 'open' button. Download this file and save it in that directory as 'toolbar-snap.ui'. Now when you start Inkscape, there should be zoom buttons above the snapping options.
Note however, that this will likely overwrite any new buttons added in future versions, meaning some new features might not be accessible.
Already mentioned in comment #14 above, but thanks.