Jump to content


Photo

Problems with GraphMultiEPG


  • Please log in to reply
116 replies to this topic

Re: Problems with GraphMultiEPG #101 BuGless

  • Senior Member
  • 539 posts

+16
Neutral

Posted 15 February 2013 - 00:34

Left service name alignment is also with the PLi Scale HD Skin not really left, see attachement. (same for centered, not really centered)

The amount of room on the left in the servicename field seems a bit overzealous indeed. It looks like an old bug in the standard GMEPG implementation; I'll look into it.

Re: Problems with GraphMultiEPG #102 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 15 February 2013 - 00:41

I suggest that room is there when you enable to show picons while they are not available for that channel... When you configure channel name only or arrange picons it should be better

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #103 BuGless

  • Senior Member
  • 539 posts

+16
Neutral

Posted 15 February 2013 - 00:56

I suggest that room is there when you enable to show picons while they are not available for that channel... When you configure channel name only or arrange picons it should be better


Makes sense. Probably a false alarm indeed.

Re: Problems with GraphMultiEPG #104 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 15 February 2013 - 08:38

I just checked here and here it is working as I described.... Only names and it is completely left... Names an picons and no picons there is an empty space on the left.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #105 ims

  • PLi® Core member
  • 13,764 posts

+214
Excellent

Posted 17 February 2013 - 12:05

Could be added x+5 for Service names, when they are aligned left and x-5 to end, when they are aligned to right ?
Kdo nic nedělá, nic nezkazí!

Re: Problems with GraphMultiEPG #106 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 17 February 2013 - 12:17

Couldn't this be arranged in the skin?

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #107 ims

  • PLi® Core member
  • 13,764 posts

+214
Excellent

Posted 17 February 2013 - 12:29

I think it is not in plugin possible.
Kdo nic nedělá, nic nezkazí!

Re: Problems with GraphMultiEPG #108 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 17 February 2013 - 13:39

It could indeed be fixed inside the skin...

https://github.com/l...62bf6183f1118a4

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #109 ims

  • PLi® Core member
  • 13,764 posts

+214
Excellent

Posted 17 February 2013 - 13:45

No. It is position of whole line but I am talking about text in column with service names. And it is in .py.

Edit: what about this colors ? Text is better readable.

Attached Files


Edited by ims, 17 February 2013 - 13:48.

Kdo nic nedělá, nic nezkazí!

Re: Problems with GraphMultiEPG #110 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 17 February 2013 - 13:49

I just changed my skin... and it did fix it... you've the skin option/parameter ServiceNamePadding for this....

Edited by littlesat, 17 February 2013 - 13:50.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #111 ims

  • PLi® Core member
  • 13,764 posts

+214
Excellent

Posted 17 February 2013 - 13:55

yes. solved... thanks.
Kdo nic nedělá, nic nezkazí!

Re: Problems with GraphMultiEPG #112 ims

  • PLi® Core member
  • 13,764 posts

+214
Excellent

Posted 20 February 2013 - 20:07

could be used reload, when is selected service, where is not epg in this moment ( f.eg. ufter reboot or so ) and is used zap(preview) ? Now I must go left and back or zap/exit and reopen.
Kdo nic nedělá, nic nezkazí!

Re: Problems with GraphMultiEPG #113 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 20 February 2013 - 20:12

Almost granted... I think we should put also an invalidate there...

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #114 ims

  • PLi® Core member
  • 13,764 posts

+214
Excellent

Posted 20 February 2013 - 20:19

Ok. Next - when is moved over service without EPG, then is used neutral background for it and not SelectedEvent.png. May be, it is in code or missing .png for it.
Kdo nic nedělá, nic nezkazí!

Re: Problems with GraphMultiEPG #115 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 20 February 2013 - 20:39

That could be indeed changed....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #116 littlesat

  • PLi® Core member
  • 57,062 posts

+698
Excellent

Posted 20 February 2013 - 21:06

The invalidate trick did not compeltely work... It is more work to add the EPG from a current selected channel...

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Problems with GraphMultiEPG #117 mge

  • Senior Member
  • 102 posts

0
Neutral

Posted 7 March 2013 - 20:22


I suggest that room is there when you enable to show picons while they are not available for that channel... When you configure channel name only or arrange picons it should be better


Makes sense. Probably a false alarm indeed.


indeed, false alarm. thanks for your time.
ET4000
PLi-HD Skin


6 user(s) are reading this topic

0 members, 6 guests, 0 anonymous users