[piernik]

I don't know weather it is bug or me doing something wrong.

I want to edit xbmc->system->library->video->movies->titles node to exclude cartoons but XBMC ignores it completly - shows everything.
Here is my titles.xml file

Code:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<node order="2" type="folder">
  <label>369</label>
  <path>videodb://1/2</path>
<content>movies</content>
  <icon>DefaultMovieTitle.png</icon>
  <match>all</match>
  <rule field="path" operator="doesnotcontain">bajki</rule>
</node>

cartoons are in h:\bajki\

What's wrong?

[Montellese]

You need to change the "type" attribute of the <node> tag from "folder" to "filter. "folder" is valid for a specific path (hence the <path> attribute whereas "filter" is valid for a filtered listing (which is what you want).

[piernik]

It's still not working:

Code:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<node order="2" type="filter">
  <label>369</label>
  <path>videodb://1/2</path>
<content>movies</content>
  <icon>DefaultMovieTitle.png</icon>
  <match>all</match>
  <rule field="path" operator="doesnotcontain">bajki</rule>
</node>

[LongMan]

Try

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<node order="2" type="filter">
<label>369</label>
<content>movies</content>
<icon>DefaultMovieTitle.png</icon>
<match>all</match>
<rule field="path" operator="doesnotcontain">bajki</rule>
</node>

ie remove <path>videodb://1/2</path>


If it is a filter, and not a folder, you should not include a path there. Put the path in the rules, as you have done

[piernik]

Still not working :/

[jmarshall]

The Debug Log will likely help. It may be that you're viewing the flat structure (video_flat) while editing the non-flattened (video) ? (See Settings->Video->Library).

[piernik]

I think I know what's the issue.
I've added new node (custom) bajki:

Code:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<node order="10" type="filter">
<label>(Custom) Bajki</label>
<path>videodb://1/1/1</path>
<content>movies</content>
<match>all</match>
<icon>DefaultCars.png</icon>
<limit>20</limit>
<rule field="path" operator="contains">h:\bajki</rule>
</node>

When I, after start of XBMC, go into movies and folder up in the node list I can't see "(custom) bajki".
But when I go folder up and return to movies' folder than "(custom) bajki" apears and works well.
And title node works good as well !!!

XBMC doesn't load node structure on start - it has to go through movies node.

[jmarshall]

That's incorrect. Again, a Debug Log will show you exactly what is going on.

[piernik]

I've tried but something with autoupload went wrong.
Here's file from my server:
http://www.lukana.pl/xbmc.log

[jmarshall]

The first time you entered video (through a rather tortuous bit of skin code) you ended up here:

ActivateWindow(Videos,MovieTitles,return)

(i.e. specifically asking to go to MovieTitles)

You then went up a directory (twice) to the route and then to library://video/movies/ which listed both the title node and your custom node.

i.e. your skin is telling XBMC to go to the movie->titles listing (independent of whatever nodes you may have floating about).

You could probably change it in the skin to instead go to library://video/movies/ but that would be a question for the skinnner.

[piernik]

Ok thanks, but in default skin is exactly the same problem - log file http://www.lukana.pl/xbmc2.log

[jmarshall]

That's by design in the default skin. You need to edit the skin if you want the skin links to point somewhere else.

Some skins allow you to edit them - some don't.

[piernik]

But don't You think that default skin should read xml-node? I think it's bug to repair!

[jmarshall]

No, I don't - at least not in this way. The reason is simple: I a user replaces the node structure with their own, then the default skin should still operate. If the skin linked directly to nodes, then any node that was no longer there would result in a dead link in the skin. That is not what we want.

In the future it may well be possible, but right now, not enough stuff is in place to make it correct.

See the discussion here for more: https://github.com/xbmc/xbmc/pull/4092

Cheers,
Jonathan

[piernik]

In my opinion if a user edits xml files he is advanced one. Every advanced user knows that something can go wrong and has backup

But, OK - as You wish... thanks for handling issue