Skip to content
  1. May 23, 2023
  2. Apr 08, 2023
  3. Mar 05, 2023
  4. Feb 12, 2023
  5. Feb 04, 2023
  6. Jan 29, 2023
  7. Aug 27, 2021
  8. Apr 11, 2021
  9. Apr 04, 2021
  10. Feb 12, 2020
  11. Feb 27, 2019
  12. Feb 24, 2019
  13. Jan 06, 2019
  14. Dec 16, 2017
  15. Sep 20, 2017
  16. Jan 08, 2017
  17. May 23, 2016
  18. Apr 08, 2016
    • Bezleputh's avatar
      [comparoob] improve products management · 0b9182ac
      Bezleputh authored
      Nowadays we only keep one product depending on its name, we do not care
      about double even if id is not the same.
      
      As id can contains important and different information even if products
      names are the same, we should keep all those product groupes byb name
      and pass them all to modules.
      
      Modules will only keep products they can handle
      0b9182ac
  19. Apr 04, 2016
  20. Mar 18, 2016
  21. Feb 11, 2016
  22. Oct 17, 2014
  23. Oct 06, 2014
    • Romain Bignon's avatar
      rename things related to browsers · d61e15cf
      Romain Bignon authored
      weboob.tools.browser -> weboob.deprecated.browser
      weboob.tools.parsers -> weboob.deprecated.browser.parsers
      weboob.tools.mech -> weboob.deprecated.mech
      weboob.browser2 -> weboob.browser
      weboob.core.exceptions -> weboob.exceptions
      
      Also, the new tree for browser2 is:
      
      weboob.browser: import weboob.browser.browsers.* and weboob.browser.url.*
      weboob.browser.browsers: all browsers (including PagesBrowser and LoginBrowser)
      weboob.browser.url: the URL class
      weboob.browser.profiles: all Profile classes
      weboob.browser.sessions: WeboobSession and FuturesSession
      weboob.browser.cookies: that's a cookies thing
      weboob.browser.pages: all Page and derivated classes, and Form class
      weboob.browser.exceptions: specific browser exceptions
      weboob.browser.elements: AbstractElement classes, and 'method' decorator
      weboob.browser.filters.*: all filters
      d61e15cf
  24. Sep 26, 2014
  25. Sep 09, 2014
    • Laurent Bachelier's avatar
      Remove useless __all__ in modules · 3da02fde
      Laurent Bachelier authored
      They bring nothing of value (we never use import * anyway) and introduce
      a maintenance burden.
      
      The __all__ that I left might not be very useful either but at least
      they are not a pain to maintain; they are also used by pyflakes in some
      cases.
      3da02fde
  26. Sep 03, 2014
  27. Jul 05, 2014
  28. May 19, 2014
  29. Jan 08, 2014