RFE Separate blank buttons

[John Cegalis]

Separate the two or three choices of "blank to" on separate buttons to make it quickly accessible as it is in v1. I believe this will leave less room for error and be quicker to use a "blank to" during the service.

[John Cegalis (jseagull1)]

Adding to this bug and request, if you are blanked to theme for a verse or song, then double click on an image to display, you get a black screen. My guess is since the image isn't assigned a background, it goes black until you click the blank to theme again to unblank it. To sum this up, it is impossible to go to an image from a blank to theme without the black background while you race to click the blank to theme to unblank.
This would resolve with 1. above.

[Jonathan Corwin (j-corwin)]

Comment 1 is a bug, and therefore should be added as a separate issue.

The original description is more a feature request and it's best not to mix the two.

[Jonathan Corwin (j-corwin)]

OK, I'm going to make three different issues, this one will be about separating the blank buttons.
This would probably need to be via a setting, if at all.

[Andreas Preikschat (googol-deactivatedaccount)]

So, what's the status of this one?
As far as I remember we "invented" this "one-button-for-everything" button due to lack of space on some computers.

I am not sure if an option to disable the "one-button-for-everything" button is appropriate. Also it has to be taking into account, that we have shortcuts which make the different blank options accessible.

[John Cegalis (jseagull1)]

I have a new opinion. With the shortcut keys available now I don't even notice the button anymore. I say leave it as is. (my opinion)

[Raoul Snyman (raoul-snyman)]

As Andreas pointed out, the three-in-one button is/was due to a lack of space. With the shortcut keys it's easier to access those buttons, so I agree with John.

[Andreas Preikschat (googol-deactivatedaccount)]

Set to incomplete to await Tim's and Jonathan's opinion.

[Jonathan Corwin (j-corwin)]

As we use VLC a fair bit which has a habit of hiding under the OpenLP display window, we use both Blank and Hide quite frequently. As I'm not restricted to a tiny monitor, the option to show the buttons side-by-side would be desirable.

[Andreas Preikschat (googol-deactivatedaccount)]

I'll set it to "Won't Fix".

[Jonathan Corwin (j-corwin)]

I'm re-opening this.

It is a feature that people do request. I think making it an option, defaulting to what it does now, should be feasible.
A number of people prefer the mouse to using keyboard shortcuts.

[Andreas Preikschat (googol-deactivatedaccount)]

We set bugs to "Fixed released" when we actually released a version with this fix.

[Dmitriy Marmyshev (marmyshev)]

OK!
Thanks! I'm following this rule now.

On Fri, Feb 1, 2013 at 7:23 PM, Andreas Preikschat <
<email address hidden>> wrote:

> We set bugs to "Fixed released" when we actually released a version with
> this fix.
>
> ** Changed in: openlp
> Status: Fix Released => Fix Committed
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/718797
>
> Title:
> RFE Separate blank buttons
>
> Status in OpenLP - Worship Presentation Software:
> Fix Committed
>
> Bug description:
> Separate the two or three choices of "blank to" on separate buttons to
> make it quickly accessible as it is in v1. I believe this will leave
> less room for error and be quicker to use a "blank to" during the
> service.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openlp/+bug/718797/+subscriptions
>

[Andreas Preikschat (googol-deactivatedaccount)]

I think we should backport this. It is a small thing and many people seemed to want it