Hi RJ,
> Interesting -- do Library Track Tables need a title now? In Mixxx 2.0 we
> know what playlist is selected based on the highlight in the sidebar tree,
> but this may be harder to tell in particular because the focus highlight is
> somewhat subtle. Maybe we could clear up the need for keep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 06 Jun 2016 20:22:08 -0100 "RJ Ryan"
wrote:
>Or, for the specific case of two playlists showing at the same
>time -- each
>library track table could be styled with a particular color (e.g.
>a rim
>around it or a background color / alternate r
On Mon, Jun 6, 2016 at 1:50 PM, Joan Marcè i Igual
wrote:
> Hi RJ,
> thank you for your thoughts
>
>
>> I see -- thanks for the explanation. Sorry to nit-pick but could I push
>> for more salient names for these? I think it's already causing confusion
>> :). Skin designers will probably also be c
Hi RJ,
thank you for your thoughts
> I see -- thanks for the explanation. Sorry to nit-pick but could I push
> for more salient names for these? I think it's already causing confusion
> :). Skin designers will probably also be confused.
> We already have and XML nodes.
> What about for the but
On Fri, Jun 3, 2016 at 7:43 AM, Joan Marcè i Igual
wrote:
>
> I'd like to push back on this a little bit just to see whether it can be
>> made more general.
>>
>> Why hard-code any orientations into this? And why 2 panes instead of N?
>>
> Yes it will be N panes (maybe it's not well explained) bu
Hi,
Thinking about it the drop target needs to be shown somewhere in the
layout, Ferran's idea seems better to me. Also, there's the option to
convert the Library drop target into a feature itself with only a right
pane. This will mix both Ferran's and Markus' idea. The user can select
this featur
Hi Markus,
thank you for the detailed explanation.
Yes this will work. The back-end should be also doable.
Your solution fits nicely to your drop target idea. I like the idea,
that the drop target pane can contain a list of playlists
or a track table.
The other good idea, is Joan original desig
> By the way Markus the condensed library looks interesting, with this it
> will be possible to have multiple right panes showing at the same time or
> only one right pane and different CondensedLibraries?
For me the right pane and the CondensedLibraries are Function-Wise the
same. Each one of
Hi,
as it is the design now, when the user tries to drag a song to a playlist
when it selects the song the let pane will change and it won't allow to
drag the song to the desired playlist. My idea was to allow the user to
drag the song(s) directly to the button bar, so when the user does this
autom
Hi Daniel,
> We have discussed such a model earlier, but it was difficult to
> generalize is in the back-end.
Hm, I don't really get that point.
Each library Feature would need
* a 'default' widget, if no child element of it is selected (Playlists
would display all Playlists there),
* a wi
Hi Markus,
thank you for you second library model.
We have discussed such a model earlier, but it was difficult to
generalize is in the back-end.
The current model has a nice generalized object model.
See the exploded drawing on:
http://www.mixxx.org/wiki/doku.php/library_layout_redesign
For my
Hi Ferran and Markus,
thank you so much for your input.
What we have so far:
We need a tree as drop target to crates, playlist and AutoDJ.
This should be sensitive for drops from track tables, decks and file
system.
The open question is how and where to display it.
1: in the second pane
*
>
> Full Tree: I think we do not nee the legacy full tree, we need a tree of
> all drop targets, right? The crates and playlist tree should be sufficient.
>
Agree, but Autodj playlist is also a relevant drop target.
A full tree node, on every left pane breaks somehow the ButtoBar + Fetaure
> Ide
Thanks for addressing the library redesign!
> IMHO we should careful consider what is the most required contend on the
> feature's left pane. Sorting tracks to different crates / playlists is
> only one aspect. It should not clutter the left pane one one hand, but
> there is a valid demand to
Hi Ferran,
thank you for your ideas.
The second way is the "Copy to Context menu". Unfortunately the
menu vanishes after the copy. Conclusion: Not easy.
Why is this "not easy"?
This IS easy for a single track, but not for many, lets say new tracks.
I am afraid, this menu becomes unha
>
> The second way is the "Copy to Context menu". Unfortunately the menu
> vanishes after the copy. Conclusion: Not easy.
>
Why is this "not easy"?
> How about adding a root node to the Crates and Playlist Feature that
> displays the All tracks? That would allow dragging any track to any Crate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Speaking of playlists, is there going to be a playlist button? I
don't see it anywhere in the docs. Crates button, but no Playlist
button?
~RAWRR
On Sat, 04 Jun 2016 11:51:18 + "Daniel Schürmann"
wrote:
>Good point.
>
>We have actually only tho
Good point.
We have actually only thought about building a new Playlist by dropping to
the second pane.
Sorting library tracks to different crates is also a very common task. We
schould make very easy.
What are good solutions?
Currently it can be done like that.
Select a track in the source pan
1) Will users be able to configure the library to look exactly like it does
now? I mean, single list with the complete tree on the left.
My concern is: As far as I can understand, the only way to drag a song to a
playlist will be with two opened panes, because the playlist tree will only
be shown
> I'd like to push back on this a little bit just to see whether it can be
> made more general.
>
> Why hard-code any orientations into this? And why 2 panes instead of N?
>
Yes it will be N panes (maybe it's not well explained) but for simplicity I
only created the examples with 2 pane. There will
On Thu, Jun 2, 2016 at 9:57 AM, RJ Ryan wrote:
> I think your design doc could use a section on how MIDI / HID control will
>>> control the library once it goes split pane.
>>>
>> Added, it is related to this PR (
>> https://github.com/mixxxdj/mixxx/pull/953)
>>
>
> Ah, I missed Daniel's comment
On Thu, Jun 2, 2016 at 9:14 AM, Joan Marcè i Igual
wrote:
> Hi RJ,
>
> thank you for your explanation. I was mistaken with the LibraryViewManager
> because
> the Library class is already doing most of the functions I was going to
> code in the
> LibraryViewManager. So, I've changed the wiki to fi
Oh great idea I'll take in account and if there's enough time I'll add it
On Thu, 2 Jun 2016 18:15 Be, wrote:
> I like your ideas and I'm excited to play with the new interface. :) I
> have a suggestion for a feature: a new search box for the left pane. As
> the interface is now, this wouldn't m
Hi RJ,
thank you for your explanation. I was mistaken with the LibraryViewManager
because
the Library class is already doing most of the functions I was going to
code in the
LibraryViewManager. So, I've changed the wiki to fix the things that were
not right in
the previous design.
> I would like
I like your ideas and I'm excited to play with the new interface. :) I
have a suggestion for a feature: a new search box for the left pane. As
the interface is now, this wouldn't make much sense because all the
features are lumped together into the sidebar. After your redesign, it
would be help
Oh! Also you will probably need a section describing how skin XML will
describe / configure a library.
On Wed, Jun 1, 2016, 10:04 AM RJ Ryan wrote:
> Nice work Joan!
>
> I would like to point out one key design detail of the library. There is a
> "frontend" (GUI components -- WLibrary, WLibraryS
Nice work Joan!
I would like to point out one key design detail of the library. There is a
"frontend" (GUI components -- WLibrary, WLibrarySidebar, DlgRecording,
DlgAnalysis, etc.) and a "backend" (non-GUI components -- Library,
LibraryFeature, BasePlaylistFeature, CrateFeature, etc.).
There are
Hi everyone,
I have been working with the design of the new Library Layout and I have
created
a new page in the wiki (
http://www.mixxx.org/wiki/doku.php/library_layout_redesign )
showing all the ideas.
With this new design the user will be able to show two library features at
once
(it can be dec
> Am 30.05.2012 17:17, schrieb mutil:
> > Hi,
> > One my concerns with this design is that, as I have understood from
> > the mockup, we will not be able anymore to drag and drop directly
> > into crates/playlists from other views (e.g. browser). What do you
> > think of it?
We could open a popU
Hi Mutil,
I think you refert to:
https://bugs.launchpad.net/mixxx/+bug/986704/+attachment/3168122/+files/mixxx-newLibraryWidget-step1.svg
Yes, you are right, this is the cost for having more space for auto DJ
and track selector feature in this step
For me it is a rare use case to put a track fro
Hi,
One my concerns with this design is that, as I have understood from the
mockup, we will not be able anymore to drag and drop directly into
crates/playlists from other views (e.g. browser). What do you think of
it?
--
On Tue, May 29, 2012 at 11:29 PM, Ilkka Tuohela wrote:
> I have one big issue with current 1.11 code: we should NOT reload whole
> 'Library' element from scratch, if you move to any other section in the
> sidebar: right now, the waveform display freezes for a short time and you
> clearly can see t
Not related to layout, but to items discussed anyway, someone(™) should really
work on these as well, preferably before 1.12 already.
I have one big issue with current 1.11 code: we should NOT reload whole
'Library' element from scratch, if you move to any other section in the
sidebar: right n
Hi Albert,
Thank you for your overview to the mixxx layout history.
Yes it looks like we are going in circles, that the same as in fashion.
They always mix new ideas with old ones to have success and thats not
bad. ;-)
I think I understand your concerns. And I fully agree that it is more
importa
On Mon, May 28, 2012 at 9:13 PM, Max Linke wrote:
> On Sat, 26 May 2012 23:33:36 +0100
> Albert Santoni wrote:
>
>> Yeah, although I like the work that was done to add support for a tree
>> in the left pane of our library, I think it's a bit awkward to
>> actually navigate a file tree there becau
Coverflow - nice idea, looks "cool", not very practical though - everyone i
know with a mac/itunes switches off that gimmick after a while.
Browse by picture tiles - this has more validity, mainly because as noted,
many people have better visual memory.
Both ideas would be a great addition to the
This Qt-based implementation of a cover-flow like animation should be
easily re-usable: http://code.google.com/p/pictureflow/
On Mon, May 28, 2012 at 5:46 PM, nathan dotz wrote:
> I, on the other hand, can't stand album pictures. Whoever puts this in
> make sure there's an opt-out ;)
>
> On 05/2
I, on the other hand, can't stand album pictures. Whoever puts this in
make sure there's an opt-out ;)
On 05/28/2012 04:52 PM, Sean M. Pappalardo - D.J. Pegasus wrote:
>
>
>> Also what do you think of the option to view the library with a
>> grid of
>> Album Covers? I've read in some Bug
Also what do you think of the option to view the library with a grid of
Album Covers? I've read in some Bug reports that people miss the
possibility to search through your library by picture when they use
DJ-Software and I've thought this could be a nice way to bring this
ba
On 28 May 2012 23:13, Max Linke wrote:
> Also what do you think of the option to view the library with a grid of
> Album Covers? I've read in some Bug reports that people miss the
> possibility to search through your library by picture when they use
> DJ-Software and I've thought this could be a
On Sat, 26 May 2012 23:33:36 +0100
Albert Santoni wrote:
> Yeah, although I like the work that was done to add support for a tree
> in the left pane of our library, I think it's a bit awkward to
> actually navigate a file tree there because you have to constantly
> expand the divider. If we coul
Hi Albert, Ilkka and Keith
Thank you for you positive criticism. I am happy that you are pleased with
Max and my ideas!
The vertical buttons can be easily replaced with the icons we have already.
Maybe we can reuse the clementine side bar with different configuration
options.
Kind regards,
Danie
Agree.
I don't think people using vertical text lists actually read the text: they
twist their head once to read it and then memorize the shape just like an icon.
Another problem in mixxx UI for the vertical text panels would be translations.
The language change can often double length of some
I agree here with Albert about vertical text buttons - I would prefer a
vertical list of icons which shows a tooltip with the name. The same as the
Ubuntu unity panel, or the OSX dock (vertical), Using icons ensures
consistency of size, and after repeated use users will understand the
symbols witho
Hi Daniel and Max,
Here's some feedback to the message below and the new
mixxx-newLibraryWidget-7.svg:
On Thu, Apr 26, 2012 at 4:24 PM, Daniel Schürmann wrote:
> Hello Mixxx,
>
> thank you Keith and Max for your comments.
>
> I think Max's mock-up includes very good ideas and is a good starting
Hi
I've been working on the design with Daniel and this is what we came up
with.
https://bugs.launchpad.net/mixxx/+bug/986704/+attachment/3164045/+files/mixxx-newLibraryWidget-7.svg
Any comments?
best Max
On Fri, 27 Apr 2012 10:43:37 +0200
Max Linke wrote:
> Hi
>
> I've noticed that my layo
Hi
I've noticed that my layout doesn't allow to drag&drop tracks to a
playlist/crate. My idea would be to show a list of all playlists/crates
when a song is draged to the tab.
And I like the idea to have the library and auto-dj playlist next to
each other in auto-dj view, this way you can add tra
Hello Mixxx,
thank you Keith and Max for your comments.
I think Max's mock-up includes very good ideas and is a good starting point
for checking against our requirements.
Here are my main library-use-cases. (Please correct me, if you have
different ideas)
1.) Browse the library and crates for u
I agree Max, I don't like drop-down selectors either - but it made the
point.
I like your layouts
On 24 April 2012 02:12, Max Linke wrote:
> I don't like a drop-down selecter. I would prefer some tabs on the right
> and a third column to add stuff like Daniel suggested. Another thing is
> that
I don't like a drop-down selecter. I would prefer some tabs on the right
and a third column to add stuff like Daniel suggested. Another thing is
that I want to have access to the preview deck all the time, to preview
some of the tracks in a playlist/crate/library.
I've attached a design that I wo
If you're looking for space, in truth the "tree" on the left could replaced
by some kind of "drop down" selector - the fact is you're never using (or
selecting) more than one item at a time, so while its a sexy tree view, its
generally using up lots of space.
2012/4/22 Daniel Schürmann
> Hello M
Hello Mixxx,
I think it is time, to think about a library layout redesign for the
future versions of Mixxx.
Every time, we think about new library features it is always an issue
where to place the controls. The current practice, to put them on top of
the track table is limited to a thin bar, whi
52 matches
Mail list logo
