Re: [xine-user] feat req: keyb nav in MRL browser

[Daniel Caujolle-B. <seg...@cl...>]

Hi,

Dexter Filmore wrote:
>>>>Plus highlighting known filetypes in a different color.
>>>
>>	?? filetypes ??	
> 
> 
> Yes, filetypes - .mpg, .mpeg, .avi etc etc should have a different color than e.g. .mp3, .whazover and so on

	Ah, but there are few /problems/. MRL browser is a skinned window, so, 
you have to respect the color palette/general look. It can be really 
ugly if you mix some colors, or even, writing blue on blue, or something 
like that (should we support braille support ??) ;-)

>>	Some of users seems haven't understund what is the mrl browser:
> 
> 
> a beta state program part? :)

	Not so much, it just compile.

>>	
>>	- It's NOT a file browser at all.
> 
> 
> making it one would be nice then. I guess gtk would supply a proper base. (Yes, I've tried sinek and don't like it too much either)
> 
> 
>>	- It just use the xine_get_browse_mrls() functions, where you
>>	  can set an origin (which is NOT a pathname for all plugins),
>>	  and it's optional, many input plugins doesn't support any
>>	  origin.
> 
> 
> Nope, didnt understand that.

	internally, some xine's plugins support an origin, for grabbing mrls from 
(like the file input plugins). For others, you can't specify any origin, 
Worse, if you specify an origin, plugin will return no mrls, at all 
(even if it can).

	So, MRL browser could/should be enhanced, i agree, but we have to take 
care about how to do. I personnaly won't made it as a file browser 
oriented widget. But it's only my opinion.

Cheers.
-- 
73's de Daniel, F1RMB.

               -=- Daniel Caujolle-Bert -=- seg...@cl... -=-
                         -=- f1...@f1... (AMPR NET) -=-