40 replies to this topic

[Huevos]

If first bouquet in "bouquets.tv" is hidden (519 marker), it still always shows in the bouquet list. Is there a logical reason for this? Or is it a bug. 

#NAME Bouquets (TV)
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe05.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe01.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe04.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe02.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe06.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe03.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe07.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe0a.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe0b.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe17.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe09.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe08.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe0d.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe0e.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe0f.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.dbe0c.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.LastScanned.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.favourites.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.101.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.240.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.301.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.350.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.401.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.501.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.520.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.580.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.601.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.650.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.700.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.780.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.861.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.881.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.889.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.899.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.900.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.950.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.1000.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.1020.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.1030.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.1050.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.hd.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.ftahd.tv" ORDER BY bouquet
#SERVICE 1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.fta.tv" ORDER BY bouquet
#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.abm.sat_282_sky_uk.separator.tv" ORDER BY bouquet

Edited by Huevos, 20 January 2015 - 19:44.

[littlesat]

hidden userbouquets... What is that?
For what reason are they required...?

Edited by littlesat, 20 January 2015 - 23:31.

[Huevos]

hidden userbouquets... What is that?
For what reason are they required...?

So you can remove a bouquet from the index without permanently deleting it.

[Huevos]

Sorry, just realised PLi doesn't have this handy feature.

[littlesat]

What is handy about hiding bouquets??? And how do you set them hidden/not hidden???

 

if (s.flags and int(s.flags) != 519) & eServiceReference.isDirectory:

Edited by littlesat, 21 January 2015 - 19:54.

[Meega]

What is handy about hiding bouquets???

Handy against kids.

[littlesat]

It took me while what this was doing...

 

if (s.flags and int(s.flags) != 519) & eServiceReference.isDirectory:

 

So I made this out of it...

 

if s.flags & eServiceReference.isDirectory and not s.flags & eServiceReference.isInvisible:

 

 

http://sourceforge.n...c6c47825183286/

 

We have parantal control on bouquets...!!!! So it is simply handy not to call them SEX...

 

But without an option to unhide them it does not have a real added value.... So I guess someone made a plugin for that which manupulating directly the config files and reload them or something like that.... At least I guess we seems to compatible with that plugin from the next builds....

Edited by littlesat, 21 January 2015 - 20:28.

[Huevos]

It took me while what this was doing...

 

if (s.flags and int(s.flags) != 519) & eServiceReference.isDirectory:

 

So I made this out of it...

 

if s.flags & eServiceReference.isDirectory and not s.flags & eServiceReference.isInvisible:

What does that do? How is it used?

 

One of the reasons for a hidden bouquet is you can fill it with placeholders  so you can make spacers between user bouquets without actually editing the user bouquets.

 

This allows bouquet managers to edit channel numbers and the order of bouquets, etc, without editing the bouquets themselves.

Edited by Huevos, 21 January 2015 - 23:31.

[Huevos]

BTW, previously if you wanted to remove a bouquet from the index but not delete it, that was possible, but the commit on 18/07/2014 stopped that because it loads bouquets that arenot in the index. What is the purpose of that?

[Huevos]

It [...] if s.flags & eServiceReference.isDirectory and not s.flags & eServiceReference.isInvisible:

#SERVICE 1:519:1:0:0:0:0:0:0:0:FROM BOUQUET

 

So in your code what would be invisible?

 

#SERVICE 1:0:1:0:0:0:0:0:0:0:FROM BOUQUET ???

 

Or anything that isn't this, #SERVICE 1:7:1:0:0:0:0:0:0:0:?

Edited by Huevos, 21 January 2015 - 23:52.

[Pr2]

Hi,

 

If this feature is really needed, we can image to include the management of this hide/un-hide feature in the same management place where we can add/remove markers in userbouquet (if I am right: in channel list - Menu - Manage bouquet).

Sounds a bit strange to support a feature in OpenPLi itself that we cannot manage except by installing a plugin.

 

Pr2

[littlesat]

Yep... 519 should be invisible now... I just check extra if the invisible flag is not true as the check should be...

512 is the invisible flag,,, 512 + 7 = 519...

Edited by littlesat, 22 January 2015 - 12:06.

[WanWizard]

Can someone please explain what the benefit of this is?

 

I saw "hiding bouquets from kids" as the only example, but that is pretty useless, since all channels are available in the "all" list too, and kids don't have a problem at all finding that list...

 

So imho, if the sole purpose of this exercise is a poor-mans parental control, leave it.

[Huevos]

Can someone please explain what the benefit of this is?

 

I saw "hiding bouquets from kids" as the only example, but that is pretty useless, since all channels are available in the "all" list too, and kids don't have a problem at all finding that list...

 

So imho, if the sole purpose of this exercise is a poor-mans parental control, leave it.

So you want E2 to ignore the "invisible flag" when loading bouquets? And that OpenPLi is not compatible with bouquet manager plugins because it ignores this flag? What is the point having the flag if it going to be ignored?

 

I've already explained above what it is for. It's nothing to do with parental control. If you have a bouquet manager that runs on the reciever you used to be able to select bouquets to add to the index (bouquets.tv) or leave them out. So when not in use the bouquet was still domicile in /etc/enigma2 but not in the index and didn't get loaded.

 

But ever since this commit that is no longer possible because E2 now loads userbouquets irrespective of whether they are in the index or not, and just uses the index for the bouquet order.

[WanWizard]

I only want one thing: to understand this request.

 

If it is not for parental control, what is this flag for then? It was invented by someone for a specific purpose I assume? In other words, if some "bouquet manager" tomorrow decides it requires fried eggs in bouquet files, should we then follow blindly and implement that? So the fact that "some bouquet manager" uses this, is imho no reason whatsoever to implement it in OpenPLi.

[jeanclaude]

BTW, previously if you wanted to remove a bouquet from the index but not delete it, that was possible, but the commit on 18/07/2014 stopped that because it loads bouquets that arenot in the index. What is the purpose of that?

well, I think I can explain that.

see, I just updated my box with the latest Hans settings, something I do every 6 months. Now normally after such an update, all of my "own" bouquets are gone so I have to recover them using dreamset or dreamboxedit - which is annoying and is giving me extra work. I would like to have an up-to-date Hans bouquets, services list and satellites.xml, but every time Hans updates his settings, I loose my own bouquets.

So I load the Hans settings, copy them to pc, Unload the Hans settings, recover my own bouqets, verify that all services are still working in my bouquets, and send the lot back to my dreambox.

now this no longer necessary - when updating the bouquets with any setting, your local bouquets are no longer lost, they remain available. Only the bouquets which are being downloaded during the update are over-written, whatever bouquet which is not in the update will not be deleted.

so now I kan keep the Hans settings actively loaded and continue updating, without loosing my own bouquets.

I don't really know how they do it, but for me it works, and that's what commit you're referring to is for.

now I'm not sure what the link is with -hidden- bouquets here, but I thought it worth mentionning.

Edited by jeanclaude, 22 January 2015 - 16:11.

[Huevos]

Yes, but every time there is a mod it favours one party over another. At least with this second mod it is possible for the writers of the bouquet manager plugins to get them fully operational again (with a little bit of coding).

[littlesat]

, but every time Hans updates his settings, I loose my own bouquets.

Not anymore.... your own created bouquets will be added on the top of the userbouquets.... automatically with openpli since more than half a year ago or so....

[jeanclaude]

yes, so I've found out.

why didn't anybody tell me about that when I started this thread : http://forums.openpl...ndpost&p=459519

 

but I'm not complaining - this is exactly what I wanted.

[Huevos]

Why has the commit been reverted? So now the plugin is useless in PLi even though it is using the correct flags. Brilliant, well done.

Edited by Huevos, 23 January 2015 - 18:59.