havent been able to test 0.9beta, actully. no plugin aside from the ones in the official package run, claiming something is wrong with the utf8 dll.
[a href="index.php?act=findpost&pid=301904"][{POST_SNAPBACK}][/a]

Theres definitely something wrong with the field remappings for tracknumber, with the $num( ,2) not being adhered to automatically like it should. I had to replace the field remapping with $num(%tracknumber%,2) to get it to work.
Also, album artist is still being set a value, and thus VA mode is always on in the title section. Why the hell meta_test 'ing is not stopping this in globals, yet a meta_test for it in the columns works is rather strange...

EDIT: oh not sure if this is intended on your part or not, but you ignore the option of remapping the title field by using a $meta(title) instead of [%title%] in the global config... So no filename is displayed if there is no title present.
[a href="index.php?act=findpost&pid=301996"][{POST_SNAPBACK}][/a]

Yup, i use WinXP SP2. Might be the Hebrew RTL issue here, aswell.
[a href="index.php?act=findpost&pid=303165"][{POST_SNAPBACK}][/a]

I deinstalled eastasian fonts and everything is fine again.

Bevore that I've investigated things a little. I've extracted the statusbar code per editor from the fcs-file and changed the special characters (progress-play, progress-pause, progress-bar and the two start/end characters of the bar). That worked, so I guess that the special characters are misinterpretated by the OS as RTL-characters when importing the fcs-file.

Hope this helps and thanks for your effort.
[a href="index.php?act=findpost&pid=303383"][{POST_SNAPBACK}][/a]

just a little request: guessing for track numbers of multicd albums withn 3 digit tracknumber wouldbe cool
[a href="index.php?act=findpost&pid=304095"][{POST_SNAPBACK}][/a]

Quote

just a little request: guessing for track numbers of multicd albums withn 3 digit tracknumber wouldbe cool
[a href="index.php?act=findpost&pid=304095"][{POST_SNAPBACK}][/a]

Sorry, that will not happen, because:
- Tracknumber-guessing is the most resourcehungry single feature in navigator(except of maybe the color-scheme mechanism). I already streamlined the trackguess code in the past because of that. I'm not interested in making it more complex again.

However, plisk once made a LUA-tagguess script which can guess 3-digit tracknumbers. But it did save its results in tags instead of memory/db-only. I dont know if fb2k 0.9 will allow a more useful store-method - if yes, then tagguessing may become much more efficient and flexible in the future.

- Lyx
[a href="index.php?act=findpost&pid=304162"][{POST_SNAPBACK}][/a]

$ifgreater($num(%_filename%,3),100,$puts(tracknum,$right($num(%_filename%,2),2)),)
$get(tracknum)

Code: [Select]

$ifgreater($num(%_filename%,3),100,$puts(tracknum,$right($num(%_filename%,2),2)),)
$get(tracknum)

I tried it out, seems to work pretty good.

But maybe it's too resource hungry/stupid? :)
[a href="index.php?act=findpost&pid=304228"][{POST_SNAPBACK}][/a]

// progressbar config
// =========================================
$puts(progress_play,'[ ▶]')
$puts(progress_pause,▮▮)
$puts(progress_bar,׃)
$puts(progress_length,45)
$puts(seperator,'   ')






// BUILD STATUSBAR
// =========================================
// set 4-character filetype
$puts(filetype,$upper(
$if(%__referenced_file%,$cut($ext(%__referenced_file%),4),
$if($stricmp($left(%_path%,4),cdda),CD,$cut($ext(%_path%),4)
))
))

// detect detailed filetype2
$puts(filetype2,$replace($get(filetype),
WAV,[%__codec% ]WAVE,
SND,'Next/Sun Audio',
AC3,Dolby Digital Audio,
CD,Audio CD,
MKA,Matroska[ %__codec%],
OGG,OGG[ %__codec%],
MP4,MPEG-4[ %__codec%],
M4A,iTunes[ %__codec%],
MP2,MPEG Layer 2,
MP3,MP3[' ('%__lame_version%')'],
AAC,AAC Audiostream,
WMA,Window'$' Media Audio,
MPC,Musepack,
OFR,OptimFROG,
OFS,OptimFROG DualStream,
FLA,FLAC,
APE,Monkey`s Audio,
MAC,Monkey`s Audio,
APL,Monkey`s Audio,
WV,WavPack,
SHN,Shorten,
SPX,Speex,
SID,C64 SID-Tune,
MDZ,Compressed Soundtracker Module,
S3Z,Compressed Screamtracker Module,
ITZ,Compressed Impulsetracker Module,
XMZ,Compressed Fasttracker II Module,
MO3,Compressed Module,
MOD,Soundtracker Module,
S3M,Screamtracker Module,
XM,Fasttracker II Module,
IT,Impulsetracker Module,
UMX,Unreal Music File,
MTM,Multitracker Module,
TFM,Final Musicsystem eXtended
))
$puts(filetype2,$replace($get(filetype2),FLACC,FLAC))


// set quality-info (bitrate, etc.)
$puts(quality,[$if2(%__bitrate_dynamic%,%__bitrate%)kbit][%__mod_channels% channels]
$if($strcmp(%__codec%,MP3),' '$if2(%__extrainfo%,CBR)[' / '$upper($abbr(%__mp3_stereo_mode%))])
)
// -----------------------------------------

// progressbar
$puts(progressbar,
$if(%_length_seconds%,

'∶'
$progress(%_time_elapsed_seconds%,%_length_seconds%,
$get(progress_length),
$if(%_ispaused%,$get(progress_pause),$get(progress_play)),
$get(progress_bar))
'∶ '

$pad_right($muldiv(%_time_elapsed_seconds%,100,%_length_seconds%),3)'%'

,streaming...
))

// time-display
$puts(time,'['$if2(%_time_elapsed%,-:--)['/'%_length%]']'
)




// display statusbar
// =========================================
' '
$get(filetype2)
$get(seperator)
$get(quality)
$get(seperator)
$get(progressbar)
$char(9)
$get(time)
' '

Its this part:

$puts(progress_play,'[ ▶]')

I suspect the |> symbol messing the order up, but anything i put in there besides normal ascii english chars, messes up the order again. If i put something like that, lets say 'A', it appears like this :

:::::::::::::::::::::::::A87%:::::::

Which is still wrong. Im really not sure which char exactly creates the problem.

EDIT: posted too soon ^^ If i change the progress bar char, :, to something else, like -, it displays it well, :::::::::::::::::::::::::::A::::: 87% ∶∶ .

Those chars DO exist in the hebrew fontset, but i guess they break rtl order in some odd way.
[a href="index.php?act=findpost&pid=304613"][{POST_SNAPBACK}][/a]

$puts(progress_bar,׃)

// symbols for trackgain and albumgain in the Metadata-Matrix
$puts(symbol_tg,♪♪)
$puts(symbol_ag,♫)

Firstly I'll confirm that

Code: [Select]

$puts(progress_bar,׃)

is seen as RTL on my machine (XP sp2) and is the only char in progressbar config which is.
(an hour ago I thought the progress bar went backwards on purpose :) )
I changed this to a plain colon and it seems to work fine.

Is there a reason this column(rgain) is set to only be shown on singlemode playlists?
I'm still gradually working through replaygaining my collection and like it shown all the time.

The other small point is you still have

Code: [Select]

// symbols for trackgain and albumgain in the Metadata-Matrix
$puts(symbol_tg,♪♪)
$puts(symbol_ag,♫)

in the global config but use literals in the column setup.
[a href="index.php?act=findpost&pid=307419"][{POST_SNAPBACK}][/a]