IPB

Welcome Guest ( Log In | Register )

20 Pages V  « < 2 3 4 5 6 > »   
Reply to this topicStart new topic
Navigator-Suite Feedback, questions, bug-reports or just chatting
Lyx
post Feb 17 2005, 15:31
Post #76





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



Bummer. So the situation is still the same - i'll stay with how it is for now, and when the SDK gets updated to allow plugins declare db-only-tags in the DB, then i may replace the TAGZ-tagguessing with LUA-code....... plus some other stuff - for example, "walking" the comment-tag for multiline-display in albummode should be much more simple and fast in LUA than it is with TAGZ. Not just that, because the results are stored in db-only-tags, they only need to be regenerated when files change - which means one would only need to guess tags one single time for a file, instead of again and again.

This post has been edited by Lyx: Feb 17 2005, 15:33


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
addicted
post Feb 17 2005, 15:53
Post #77





Group: Members
Posts: 88
Joined: 27-February 03
Member No.: 5227



QUOTE (Lyx @ Feb 16 2005, 10:07 PM)
Sure, i didn't think of that - will be fixed in next version. Thanks for pointing that out.

edit: manual fix until that version is out:
In the ui-columns preferences go to the columns-panel. Choose the "Count"-column and then the "sort"-tab on the right.

replace %play_counter% with $num(%play_counter%,5)
*

you're welcome, just helping iron things out as best i can, i appreciate your work and time.

the $num string isnt giving the expected results here. i'm still going from 17,18,19,2,20,21,22,23....

i replaced things as you said in the appropriate spot, and the files are tagged properly (play_counter=2 etc)


thanks,
addicted
Go to the top of the page
+Quote Post
Lyx
post Feb 17 2005, 15:56
Post #78





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



Weird *checks again, because that should usually fix it*. You did re-sort after applying the fix, right?


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
addicted
post Feb 17 2005, 16:05
Post #79





Group: Members
Posts: 88
Joined: 27-February 03
Member No.: 5227



sorry, my bad. I was sorting by the toolbar sort option but using %last_played% as the formatting pattern, as i hide the column headers. i put that sort srting into that field and it sorted just fine that way too as expected. wow look at me learn lol


thanks Lyx,
addicted
Go to the top of the page
+Quote Post
Lyx
post Feb 17 2005, 16:06
Post #80





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



np :)


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
parallax
post Feb 18 2005, 01:01
Post #81





Group: Members
Posts: 6
Joined: 26-April 03
Member No.: 6218



Great fcs!

This is probably dumb but... The album formatting works great when adding albums from the album list:



but not at all when adding them through Play in foobar or Enqueue in foobar from Explorer:



This happens with all albums, VA or not.

What am I doing wrong??? blink.gif

I have a suggestion too, how about changing the background color to something matching the theme background instead of the clashing black? Is that possible through the theme string?

I am using Navigator 1.03 album default mode.

Update: The same behaviour where the album formatting is lost happens when loading the album by right clicking in the Album list and choosing Send to playlist. The only way it looks right is by double clicking in the album list. Weird.

This post has been edited by parallax: Feb 18 2005, 01:07
Go to the top of the page
+Quote Post
Lyx
post Feb 18 2005, 01:13
Post #82





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



You probably have fb2k set to automatically add "incoming files" to the playlist named "Default"....... default automatically is shown in singlemode, even with the albummode default version. Thats intentional, because most people use this playlist for quick-adding mixed tracks. If you don't like that, then go to the preferences->core and look at the "always send to playlist" option - change "default" to something like "incoming albums" or whatever you like (the name doesn't really matter, as long as it does contain "-a-" or "album".

About the background - sorry, currently not possible with ui_columns. The string has no access to the "basic colors" like i.e. the background color. One can only change it manually in the ui_columns prefs with a color-picker.

- Lyx

edit: forget what i said about the playlist name - i was thinking in "singlemode-default"-mode ;-) just call the incoming playlist however you like as long as its name does not contain "-s-", "single" or "default".

edit2: sigur ros on a jazz-CD? blink.gif

This post has been edited by Lyx: Feb 18 2005, 01:20


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
parallax
post Feb 18 2005, 01:34
Post #83





Group: Members
Posts: 6
Joined: 26-April 03
Member No.: 6218



QUOTE
edit: forget what i said about the playlist name - i was thinking in "singlemode-default"-mode ;-) just call the incoming playlist however you like as long as its name does not contain "-s-", "single" or "default".


That's what it was, thanks a lot.
Go to the top of the page
+Quote Post
Prodoc
post Feb 18 2005, 01:49
Post #84





Group: Members
Posts: 241
Joined: 16-October 03
Member No.: 9335



Just to comment on the date/time format stuff mentioned earlier in this thread:
I suggest to stick to the ISO 8601. There's not realy a need to start using a different format again when there is a common and recommended format available already.
The ISO 8601 format is the following: "YYYY-MM-DDThh:mm:ss". This includes the hyphen in the date to have the advantages mentioned earlier by Lyx. Using the capital "T" clearly separates the date and time, so does the colon for the different time parts. The only problem might be the T though...since having that displayed might not be everyone's preference. You could deviate from the standard by leaving it out the have the parsing advantages but deviating from standards isn't something I prefer at all.

Anyway... Just my 2 (Euro) cents wink.gif
Go to the top of the page
+Quote Post
Lyx
post Feb 18 2005, 01:56
Post #85





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



Something very similiar to that has already been agreed upon - see here:
http://www.hydrogenaudio.org/forums/index....showtopic=31530


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
Languid
post Feb 18 2005, 02:44
Post #86





Group: Members
Posts: 18
Joined: 26-June 03
Member No.: 7396



QUOTE (parallax @ Feb 17 2005, 04:01 PM)
I have a suggestion too, how about changing the background color to something matching the theme background instead of the clashing black? Is that possible through the theme string?


In the 'Playlist view' tabs of the ColumnsUI preferences, click the 'Playlist view display settings' button and select 'Exposed background colour'. Voila. Took me a while to find that too, and yes the default black is rather hard on the eyes if you ask me.
Go to the top of the page
+Quote Post
Lyx
post Feb 18 2005, 03:01
Post #87





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



well, i could change the default to dark-grey. Making it brighter would make dark-schemes look ugly. There's not much more i can do about it, because as i said, the strings have no access to the playlist background-color - they can only change the colors of track-rows - thus, there is currently no way to change the bg-color based on the selected color-scheme - unless i make every color-scheme a seperate fcs - i'm already maintaining 4 FCSs and that slows down updates quite alot (thats why i'm now "collecting" fixes and changes and then apply them all together in a new release).

This post has been edited by Lyx: Feb 18 2005, 03:04


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
Languid
post Feb 18 2005, 03:08
Post #88





Group: Members
Posts: 18
Joined: 26-June 03
Member No.: 7396



Perhaps you could give instructions on how to change it somewhere in the included html file? If it's a common enough question, anyways. Might be helpful. smile.gif
Go to the top of the page
+Quote Post
pIv
post Feb 18 2005, 05:54
Post #89





Group: Members
Posts: 288
Joined: 9-July 03
Member No.: 7668



Lyx

May you change sort of Pos. column to [%_path_raw%].

In this way you can sort playlist from first song to last and also reverse mode.
This is usefull when I want restore original playlist order after sorting by any columns.
Go to the top of the page
+Quote Post
Lyx
post Feb 18 2005, 06:32
Post #90





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (pIv @ Feb 18 2005, 06:54 AM)
Lyx

May you change sort of Pos. column to [%_path_raw%].

In this way you can sort playlist from first song to last and also reverse mode.
This is usefull when I want restore original playlist order after sorting by any columns.
*


Hmm, but this would only work if the default sort-order for incoming files is also %_path_raw%, or not?

- Lyx


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
pIv
post Feb 18 2005, 07:21
Post #91





Group: Members
Posts: 288
Joined: 9-July 03
Member No.: 7668



To Lyx

When I add all files from any directory (usually it is all songs from album) - order of this files in playlist is according to full file name including path and protocol ([%_path_raw%]).

Then I may sort my playlist by any criteria.

When I want return to initial playlist order - I sort playlist by Pos. with sort rule ([%_path_raw%]. (from first sont to last or last song to first).
Go to the top of the page
+Quote Post
Lyx
post Feb 18 2005, 07:59
Post #92





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



Yes, but the problem is that not everyone is using your settings :-) But i will look into how to improve the current sort-criteria, because it doesn't really achieve anything right now smile.gif


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
addicted
post Feb 18 2005, 23:16
Post #93





Group: Members
Posts: 88
Joined: 27-February 03
Member No.: 5227



I'm not sure if this is possible with columns UI or not, but i'd like it of the album column and the title column resized together, kind of "maintaining aspect ratio" type thing. if i click the toggle area on the left of the side panel and the playlist expands, it would be cool if those two columns resized at the same rate. is this a possibility?
Go to the top of the page
+Quote Post
Lyx
post Feb 18 2005, 23:52
Post #94





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (addicted @ Feb 19 2005, 12:16 AM)
I'm not sure if this is possible with columns UI or not, but i'd like it of the album column and the title column resized together, kind of "maintaining aspect ratio" type thing. if i click the toggle area on the left of the side panel and the playlist expands, it would be cool if those two columns resized at the same rate. is this a possibility?
*

Thats how it was at first, and i changed it before the release because it did look bad imho. Especially since the width for multiline-comments is fixed. You can change it yourself by going to the columns-tab, choosing the albummode-column, and then on the top right change the "resize" value to something else than 0.


Tracknumber-display in singlemode will be fixed in next version - i'm suprised that no one mentioned it yet.
- Lyx


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
foosion
post Feb 19 2005, 00:58
Post #95





Group: FB2K Moderator (Donating)
Posts: 4459
Joined: 24-February 03
Member No.: 5153



QUOTE (Prodoc @ Feb 18 2005, 01:49 AM)
Just to comment on the date/time format stuff mentioned earlier in this thread:
I suggest to stick to the ISO 8601. There's not realy a need to start using a different format again when there is a common and recommended format available already.
*
Actually, the ISO 8601 standard allows for a variety of notations. The page you linked to is not the standard itself (you have to pay ISO to get that), it only gives examples. According to this report on the standard the letter "T" is optional:
QUOTE (Combined Date/Time Formats section)
The symbol "T" is used to separate the date and time parts of the combined representation. This may be omitted by mutual consent of those interchanging data, if ambiguity can be avoided.
Thus it seems to me that the proposed format does not violate the ISO 8601 standard; omitting the "T" also does not lead to ambiguity in this case (since the used components, precision and delimiters are fixed).
Personally, I prefer to use a space instead of the "T" in a combined data/time format whenever possible, since the "T" joins the data and time portions into one solid, hard-to-read (for human eyes!) block of characters. The author(s) of the APEv2 tagging format apparently felt similar about this.

Well, the recommended format for play timestamps has already been decided upon, but perhaps this post can help you accept it.


--------------------
http://foosion.foobar2000.org/ - my components for foobar2000
Go to the top of the page
+Quote Post
Lyx
post Feb 19 2005, 01:29
Post #96





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (foosion @ Feb 19 2005, 01:58 AM)
QUOTE (Combined Date/Time Formats section)
The symbol "T" is used to separate the date and time parts of the combined representation. This may be omitted by mutual consent of those interchanging data, if ambiguity can be avoided.

*


Between the lines, we do already exactly that. Although it is not "officially" accepted and not part of the agreed tag-standard, exchanging the space with a T would probably not break anything, because:
- when validating the format, we avoid checking the space - validation in the proposed code-snipped depends on the year-format and the appended dash, and the position of the first collon in the time-part. Thus, the tag would still validate even with a T in it.
- when splitting up the timestamp, we also avoid touching the position where the space is.
- when displaying either time or date only without reformating, we as well dont touch the position where the space is.

So, even if someone would "break" the agreed standard, then it still wouldn't break anything in the formatting/plugin - with the exception of sorting: having mixed versions of the tag (some with T, some with space) would mess up sorting(without reformatting).

Short version, it is strongly unrecommended to change anything to the format itself (except of appending stuff after the timestamp) - but in case someone would use the T, then it wouldn't make the world end ;-) But don't take this as a guarantee - while the example code-snippets don't depend on it, someone else may write code which depends on it.

- Lyx

This post has been edited by Lyx: Feb 19 2005, 02:02


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
parallax
post Feb 19 2005, 03:32
Post #97





Group: Members
Posts: 6
Joined: 26-April 03
Member No.: 6218



QUOTE (Lyx @ Feb 17 2005, 06:01 PM)
well, i could change the default to dark-grey. Making it brighter would make dark-schemes look ugly. There's not much more i can do about it, because as i said, the strings have no access to the playlist background-color - they can only change the colors of track-rows - thus, there is currently no way to change the bg-color based on the selected color-scheme - unless i make every color-scheme a seperate fcs - i'm already maintaining 4 FCSs and that slows down updates quite alot (thats why i'm now "collecting" fixes and changes and then apply them all together in a new release).
*


Why not just set the default exposed background color to match the default theme and then explain in the html file how to change it? I set mine to the darker stripe of the default theme, 55 60 85, and it looks great.

I've installed Navigator a couple days ago and I'm really impressed. It's been growing on me ever since. Great work. biggrin.gif
Go to the top of the page
+Quote Post
Lyx
post Feb 21 2005, 11:55
Post #98





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



major update - changelog as usual in the first-post - backup your custom color-schemes before upgrading

Besides of many other changes, this version drops support for many exotic-tags. I guess an explanation is in order: When i began writing formattings - back to the days of "Gems" - it was my impression that the reason why so many different ways did exist to do the same thing was that users and developers were just in an ambigious situation or couldn't know better(everyone was a newbie once) - and that possibilities were missing to standardize things. In other words, that users and non-commercial devs were mostly innocent about the situation.

This was the reason why i began to support all kinds of different ways to mark stuff - users shouldn't have to live with incompatibility when it wasn't their fault. And so i began to write FCSs which would work no matter how the users does mark, name and sort his files. This made my formattings slower than those of others - but that imho was still better than incompatibility.

However - while i understood the "effect" quite well, i heavily underestimated the "cause": We have another installment of "overally, everyone gets what he/she deserves" here - the cause are the same people who are the "victims"(users as well as devs). This changes the entire fundament of why i initially began the "compatibility-with-everything"-approach. Thus, i see neither reason nor motivation to continue spending dozens of hours slowing down my FCS because and for the same people who are responsible for the ambigious situation.


------------

Comanche, i wanted to include your color-scheme, but because of the recent changes to the way colors are calculated, its now quite out of balance, sorry. Also, the special-color is very difficult to read on the background which you did choose. I'll include your color-scheme when you got some time to rebalance it.

- Lyx


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
Comanche -hM
post Feb 21 2005, 22:44
Post #99





Group: Members
Posts: 9
Joined: 16-February 05
Member No.: 19869



Lyx, i don't know exactly what i did, but when i change Special_color nothing happens, just like something is missing in the code, so when i select some song on the playlist it gets too dark, the selected song only gets better when i use Light-theme.

In the colors i think i choose a mid-term for Light and Dark-theme and i can't figure out what side to choose crying.gif
Go to the top of the page
+Quote Post
Comanche -hM
post Feb 21 2005, 23:09
Post #100





Group: Members
Posts: 9
Joined: 16-February 05
Member No.: 19869



an small change in the color, i made it dark:


Dark-Theme
CODE
// CUSTOM COLOR-THEME CONFIG   (ignored if "theme" is not 0)
// colors are in decimal values (RGB / 0-255)
// ===============================================

// is your custom-theme a dark-theme? (0=no, 1=yes)
$puts(theme_dark,1)

// foreground colors
$puts(standard_color,$rgb(25,25,25))
$puts(special_color,$rgb(235,235,25))
$puts(playing_color,$rgb(215,155,45))
$puts(borders_color,$rgb(125,100,25))

// background colors
$puts(bg_color,$rgb(245,245,230))
$puts(bg_color2,$rgb(225,205,115))

// various symbols used in display
$puts(symbol_seperator,'    ')
$puts(symbol_rating,?)


image:
Go to the top of the page
+Quote Post

20 Pages V  « < 2 3 4 5 6 > » 
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 30th October 2014 - 16:00