Search the Community
Showing results for tags 'ux'.
Steven S posted a topic in Feature RequestsIn some of my workspaces, I tend to place secondary references off to one side in a zone that occupies about 20-25% of the total window width. In some cases, I find that the zone title takes a large amount of the available zone width, sometimes as much as 25%. This then makes it harder to know which tab I may want to activate because the tab titles are truncated due to insufficient horizontal space. This is especially a problem when the resources in the tabs start with the same text. For example: Because the zone title is already rendered using a smaller font than the tab title, I'd like to propose an alternate zone layout whereby the zone title appears above the tabs instead of adjacent to them, as follows: Personally, I find the reduction in vertical space available to the resource content (in the above case, 14 pixels) an acceptable tradeoff for an increase in horizontal space available to the tab titles (in the above case, 108 pixels). Bonus feature: Since I realize the proposed vertical layout may not be optimal for very wide zones (just as the horizonal layout is not optimal for very narrow zones), consider dynamically switching between the current layout and the proposed layout depending on the current zone width. Or, alternatively, default to the current horizontal layout, but, if any tab title is truncated, switch to the vertical layout. If changing the zone layout is not acceptable, please consider the following alternative proposals to help alleviate the confusion that can be caused when tab titles are truncated: Allow the user to rename a zone so one can shorten the title manually. Add a tooltip to each tab title that displays the complete text in the event the tab title is truncated due to insufficient width.
I've noticed and reproduced this behavior in Accordance 13.1.2 Mac: When searching a text and you enter something that isn't found, you get the expected sheet "The … you entered cannot be found …" and contextually appropriate button(s). At this point, however, any keystrokes that are pressed (such as command-w to close, command-d to duplicate, etc.) get passed through and the sheet remains. This should not be! By contrast, the Set Text/Tool Display… sheet is properly modal and does not behave in this way. Also, why is it that when searching for Scripture in tools, that if the entered reference does not exist, that the error is a modal window and not a sheet?
Hello, Just started using Papers, now that I can find it. I ended up having to go to Accordance 12 Help, where it indicated that Papers can be made from the Toolbar or the File menu. I have no such File / New Paper or similar item. The toolbar has no such Papers button on it. What to do? I ended up customizing the toolbar to add the Papers drop-down button, which solved the mystery, at least partially. Questions remain: Why is File / New Paper or similar missing? Why does the default toolbar inside of Customize Toolbar... not have the Papers button? Why did I have to manually create the Papers button on my toolbar? Normally I wouldn't ask (2) and (3) separately, but I assumed for a while this was a migration issue from 11->12, as it was trying to preserve a possibly (but not) customized toolbar. <unrelated> While I'm here, my first impression of Papers is that it reminds me of Ecco's outline feature. </unrelated> Help?