google-code-export / exposong

Automatically exported from code.google.com/p/exposong
GNU General Public License v3.0
0 stars 1 forks source link

New Edit Dialog #1

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
The presentation needs to show the author, copyright, and ccli#. Author and
copyright should be input from the edit window.

Original issue reported on code.google.com by bradleelandis on 19 Feb 2008 at 10:27

GoogleCodeExporter commented 9 years ago
The edit dialog needs to be revamped. I have it in plans. Pushing back to 0.3

Original comment by bradleelandis on 24 Feb 2008 at 2:17

GoogleCodeExporter commented 9 years ago

Original comment by bradleelandis on 25 Feb 2008 at 5:58

GoogleCodeExporter commented 9 years ago
I had an idea, inspired by the track editor in Exaile. We could have a second 
tab
that can have different information on it in a table:

Copyright       Copyright (c) 2007 Inspiration, Inc.
Words           Jim Jim
Music           Bob Roberts
Category        Love, Grace
Order           V1 V2 C V3 V4 C

This would make it more flexible, which is always a good thing. Preset items 
could be
used for the left column, with the option of letting the user input his own 
data.
Only select data would be shown on the screen from this information though 
(category
and order would not).

Original comment by bradleelandis on 7 Mar 2008 at 9:36

GoogleCodeExporter commented 9 years ago
I like the idea and it is great to keep it flexible, yet simple. I like Exaile
because they try out new concepts for the user interface. But one drawback with 
that
is, that it is not "the standard way" of user interface. 
I mean for example switching from editbox to editbox with the tab key (I use 
that
when I'm in a hurry) is not possible in the Exaile track editor.
Something like that should be possible in the ExpoSong editor, because in many 
cases
I need to fill out all the editboxes.

Something else: Currently it is not possible to go to the next slide a 
presentation,
when a song is edited. Do you think this is desirable and do you think it is 
possible
(real live editing)?

Original comment by Siegwar...@gmail.com on 9 Mar 2008 at 7:55

GoogleCodeExporter commented 9 years ago
I could probably tie the [Enter] key to edit the text field, but tab would take 
more
work. I think enter would be more intuitive in a table anyways, (tab in a 
spreadsheet
goes right, while enter goes down).

On the other topic, it actually shouldn't be to hard to make live editing work
correctly, I just have to refresh it. I guess it would be best to refresh both 
the
slide listing and the screen. I can probably get it done this afternoon.

Original comment by bradleelandis on 9 Mar 2008 at 8:15

GoogleCodeExporter commented 9 years ago
Great! For live editing it would also be very helpful to have a shortcut which 
saves
and closes the edit dialog. Maybe [Ctrl]+[Enter]?

Original comment by Siegwar...@gmail.com on 9 Mar 2008 at 8:19

GoogleCodeExporter commented 9 years ago
Actually, live editing may be harder than I thought. I'm using python to store
schedule information, but it may be better just to let the GTK treeview store 
and
manage the data. It may cause complicated code, but it will be more consistent. 
I
probably won't do it this afternoon, but I'll try to get on it whenever I can.

Original comment by bradleelandis on 9 Mar 2008 at 8:49

GoogleCodeExporter commented 9 years ago
I don't think it's possible to make live editing work completely. It will 
refresh the
slides, but the user has to manually click to make it show up. I might can 
implement
this after I finish the new edit dialog, but I hope it won't be a big deal if 
it's
not possible.

Original comment by bradleelandis on 11 Mar 2008 at 10:47

GoogleCodeExporter commented 9 years ago
That's OK. I didn't expect to have an instant reaction on the screen during 
typing.
Maybe it's even better if the user has to confirm his changes because else 
everybody
can see the typing errors. If he can do it with the shortcut [Ctrl]+[Enter] that
would be great. 
And it would also be useful if the cursor would jump to the currently presented 
slide
(in the edit dialog) when opening the edit dalog during presentation. This is
necessary for live editing.

Original comment by Siegwar...@gmail.com on 11 Mar 2008 at 10:56

GoogleCodeExporter commented 9 years ago
I've got some progress on this, but it's going to be hard to implement this 
while
still being as flexible as possible. I may have to make a plugin system before 
I can
make this fully work right.

Original comment by bradleelandis on 15 Mar 2008 at 5:52

GoogleCodeExporter commented 9 years ago
Pushing it back a bit. I think 0.3 will have enough with plugin capabilities and
custom schedules.

I think the best way to create the editor is by using a list. I still plan on
allowing pasting text (such as from a lyrics website, or document that they may
already have). This kind of clarifies the idea of the slides.

I'll probably let the plugins add tabs to the edit dialog (i.e. with fields for
words/music/copyright for the lyrics), instead of trying to work out the fields 
all
in one page.

Original comment by bradleelandis on 15 Apr 2008 at 4:33

GoogleCodeExporter commented 9 years ago
The lyrics dialog now has words, music, and copyright boxes, and the screen now
displays it in the footer. The footer text size is a little rough right now, as 
the
size is based off the size of the screen, so it may need future tweaking.

I haven't decided if I want to do anymore major changes to the edit dialog 
before
version 1.

Original comment by bradleelandis on 25 Apr 2008 at 7:40