Closed GoogleCodeExporter closed 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
Original comment by bradleelandis
on 25 Feb 2008 at 5:58
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
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
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
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
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
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
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
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
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
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
Original issue reported on code.google.com by
bradleelandis
on 19 Feb 2008 at 10:27