Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jan 31 2018 20:08
    SpaceboyRoss01 opened #203
  • Jan 15 2018 05:49
    Nonobis closed #59
  • Jan 15 2018 05:49
    Nonobis closed #103
  • Jan 15 2018 05:49
    Nonobis closed #96
  • Jan 15 2018 05:47
    Nonobis closed #123
  • Oct 09 2016 20:06
    psyciknz opened #202
  • Oct 03 2016 20:32
    co5mo commented #201
  • Jul 22 2016 19:06
    lad1337 commented #201
  • Jul 22 2016 18:35
    theman480 opened #201
  • May 26 2016 15:20
    thejinx0r commented #199
  • May 26 2016 15:19
    ericyen commented #199
  • May 26 2016 15:19
    ericyen commented #199
  • Feb 24 2016 05:27
    matthewdias closed #193
  • Jan 25 2016 13:48
    famewolf opened #200
  • Jan 23 2016 16:34
    sukhysall closed #60
  • Dec 28 2015 16:42
    gethubuser24 opened #199
  • Nov 25 2015 22:00
    mruwnik opened #198
  • Nov 18 2015 13:20
    lad1337 synchronize #197
  • Nov 18 2015 13:20

    lad1337 on rewrite_tornado

    new readme (compare)

  • Nov 13 2015 01:09
    lad1337 synchronize #197
Torf
@Torf
when It will be stable / functionnal enough to replace sickbeard+couchpotatoe (IMO, it's really close), it will be used by many peoples :P
The best advantage of XDM is plugins. Sickbeard has a plugin system but need a FORK with a lot of change in order to be used by french people
I think maybe SARAHKA (that develop sickbeard french fork) may be develop XDM plugin in a more or less near future
Dennis Lutter
@lad1337
fancy
and yes i agree with the sickbeard forks … that was my goal to not have all these forks but be able to do what you want with plugins
but i guess i will have to improve the i18n strings and not hardcode the messages that much :/
Torf
@Torf
whenever I develop a XDM plugin, I say "Oh my god it's really awesome, I can do everything I want with it !", so good job ;)
Dennis Lutter
@lad1337
cool :D thanks
but to make it stable: there are still many bugs such as elements that donw have the mediatype plugin installed … like install TV get a few shows and then delete the plugin … the elements remain and fail hard if they want there "manager"
Torf
@Torf
this one isn't a normal usage :P
Dennis Lutter
@lad1337
oh and you could have upgraded requests if you installed it globally XDM now uses the global (virtuelenv) stuff first so you can upgrade these libs (but nofrom within XDM)
Torf
@Torf
but like you said, the i18n strings must be improved and extended to plugins message
Dennis Lutter
@lad1337
i know but that happends to me during dev a lot :P
yeah but i still have no idea on how a plugin can extend the language files or if it even can
if not we would need something simpler
Torf
@Torf
ahah on WIndows python is really messy, I don't really want to install it :P
Dennis Lutter
@lad1337
ah well windows
Torf
@Torf
maybe with a advance plugin system
each plugin can have in his files (in a json by example) a dictionnary of his strings in all languages
but it will be really difficult to add a new language next ... :/
Dennis Lutter
@lad1337
ah well the issue is i use .po files with the GNU gettext tranzlation system to store and fetch them i would prefer that also for plugins but it might not be achiveable and if not we would need to go the json file route
Torf
@Torf
except if the dev part of XDM grab all plugin dictionnary and give a form in order to translate each strings
Dennis Lutter
@lad1337
the chrome plugins use this json approache too
Torf
@Torf
a simpler way is to say to plugin dev to add to a dictionnary of XDM (in the XDM repo, with pull request) the new strings of his plugin.
Dennis Lutter
@lad1337
'https': {'human': ('https / SSL', 'desc': 'If changed XDM will reboot’)} then the () function will look for the translation thats how it works right now but plugins can’t extend the current language dictonary
Torf
@Torf
and in the future, the dev interface can do the pull request alone, just need to give the strings in a form
Dennis Lutter
@lad1337
wonderfull gitter removed my _
and made it italic
Torf
@Torf
x)
Dennis Lutter
@lad1337
yeah the dev interface could be realy handy
Torf
@Torf
use ` for code, as github markdown
:/
` x3
Dennis Lutter
@lad1337
THEN i want to have the settings section (at least for all the filters) use something like this https://code.google.com/p/blockly/ … (donno if you saw it already)
Torf
@Torf
in order to allow the user to make some algorithm around plugin trigger ?
It's nice, but I don't know if there is a real need of it
Dennis Lutter
@lad1337
in order to define sets of qualities
Torf
@Torf
oh ok
it's a nice idea
I go to sleep, thanks you for this chat :P
good night
Dennis Lutter
@lad1337
kk good night
Torf
@Torf
Hey
Is this possible to use cookies in a plugin ?
I'm thinking about my bookys plugins using html hidden input to store a data instead of cookies... ?
Maybe two funcs (setCookie and getCookie) in Plugin class would be great. These funcs woulds name cookies like "Bookys_Default_MyCookie" and I would use it "get/set Cookie("MyCookie") "
Torf
@Torf
Another point, it's seems there is a big cache problem in /ajax/repo as it never update its result (always returns the same value as the first time I request it)
Torf
@Torf
Ok i don't know why, but it's working better now... But it would be great that the "Refresh Repositories" button clear the cache and load fresh values.
Torf
@Torf
if you have the time, look at my pull request #122 that now contains a change about authentification. (see my repository, branch feature/SystemAuth)
I think it's better to separate in a thrid plugin the auth.
I had a SHA512 crypting on the password, I think it's the minimum to do.
Dennis Lutter
@lad1337
i very much like the sha512 for the pw !
Torf
@Torf
hey lad