1. 04 Jun, 2001 1 commit
    • Dries's avatar
      CHANGES: · c75057bb
      Dries authored
      - Added improved node scheduler:
      
         + Automatically post node at date 'xx/xx/xx, xx:xx'.
      
         + Automatically queue node at date 'xx/xx/xx, xx:xx'.
      
         + Automatically dump node at date 'xx/xx/xx, xx:xx'.
      
        Requires a database update, see ./updates/2.00-to-x.xx.sql!
      
      - Refactored the admin interface of node.module.  It is only a start
        but it should show the direction we are going.
      
         + The new interface is easier to extend with new functionality
           and operations.  New "edit xxx" links can easily be added on
           our way.
      
         + The new interface tries to cover all content- or node-related
           functions.  Thus making a special admin interface for each new
           node type redundant.  To demonstrate this, I removed the admin
           hook from page.module and forum.module.  This removes quite a
           bit of logic from the invidual modules which is a good sign if
           you ask me.
      
           A centralized GUI or interface covering all node-related
           administration should make Drupal easier to administer.
      
      TODO:
      
      - All node-related nodes need updating.  This should be trivial and
        I'll hapilly tackle this later tonight.
      
      - There will be bugs, and I'm still working on this but I would like
        to get some feedback (from Natrak et all) on both user-friendliness
        and usability of this new interface.  I'm still working on it as we
        speak ...
      c75057bb
  2. 02 Jun, 2001 1 commit
    • Dries's avatar
      · b0c349e2
      Dries authored
      - Moved most of the options in structure.module to node.module.  The
        structure.module either needs work, or replacement by index.module:
        see "admin > node > node settings".
      
        It will do for now and it can always made better when we can think
        of a better solution; it is the best I could think of.   Now what?
        index.module or structure.module?  I'm currently pro index.module.
      
      - Drastically simplified "variable.inc".
      
      - Removed most dependecies on structure.module from all content related
        modules.  Thus making our modules more modular.  ;)
      
      - Fixed calculation glitch in queue.module.
      
      - Fixed potential function name clash/conflict in rating.module, and
        simplified some code on my way.
      
      - Started removing all global variables $status and $rstatus.  Global
        variables are "yucky" so in near future, we will replace all global
        $status variables by a call to node_status().  Originally, $status
        was only introduced as a temporary hack and nothing is as permanent
        as a temporary hack so I took it out when still possible.
      
      - Changed the watchdog messages a bit.
      b0c349e2
  3. 26 May, 2001 1 commit
    • Dries's avatar
      - Rewrote the headline module from scratch. Note that the old · 5158eb8a
      Dries authored
        headline code is still in place 'till the new code has proven
        to be stable. See "syndication.module" for the new code.
      
        Changes:
      
         + Improved the parser and tested it against RSS 0.9, RSS 0.91,
           RSS 0.92, RSS 1.0, RDF and XML feeds.
      
         + Improved the administration interface.  It might be a bit fuzzy
           at first.  Maybe some native English like Julian, Michael (or any
           one else with knowledge in the field) can help out by suggesting
           better naming, terminology or descriptions - as well as by
           writing the help section for this module?  I'd have no idea how
           much this would be appreciated.
      
         + We can *easily* recognize new tags or extensions: we parse out
           "link", "title", "description" and "author" right now, but we
           will have to revise which tags to support and which not.  New
           tags can be added in less than 10 minutes (if you are familiar
           with the code).  Read: we have something we can build on.
      
         + Within each item, tags can now appear is random order which is
           or was not the case with the old headline code where we expect
           <link>s prior to <description>s for example.
      
         + Feed updates only (ie. always) happen through cron.  Neither do
           we use one global cron for updating all feeds; instead, every
           feed can specify his own update-interval.
      
         + Newly fetched headlines are "appended" to the pool of existing
           headlines (read: we don't replace the whole feed), and headlines
           automatically "expire" after x days or hours.  (Every headline
           has a timestamp.)
      
         + Got rid of backend.class; it is integrated in the module.
      
         + Switched to more generic names: "headline" became "item" and
           "backend" became "feed".  This should ease future non-headline
           oriented syndication.
      
         + You can associate attributes or keyword lists with every feed.
           At the moment new items will automatically inherit their feeds
           attributes but in future we can use heuristics to make these
           attributes "mutate" when and where we see fit.  The attributes
           can be maintained by hand as well.
      
         + We don't export any blocks yet; we will soon do as soon this
           new code has been tested for a bit more.  We will only export
           bundles though so if you want to export by feed/source, you
           will have to make a source-specific bundle.
      
      - Polished a bit on a few other modules: nothing major.
      5158eb8a
  4. 20 May, 2001 1 commit
  5. 15 May, 2001 1 commit
    • Dries's avatar
      · 14ddbc47
      Dries authored
      - Created 2 new functions:
          + path_uri(): returns the fully-qualified URI of your drupal site.
          + path_img(): returns the image directory or http://image-server.com/
                        in case you prefer to load-balance bandwidth usage.
      
        Replaced all occurences of the variable "site_url" with path_uri()
        and removed "site_url" from "setting.module".
      
      - Drastically simplified the node_save() API, which should make the
        node-forms more secure.  Updated "story.module", "book.module",
        "forum.module", "page.module" and "node.module" to reflect this
        change.  This is needs more testing so hit it, beat it, tease it.
      
      - Fixed an occasional glitch in the configuration file loading logic.
      
      - Made "queue.module" display an informative notice when an anonymous
        user tries accessing the moderation queue.
      
      - Updated the hard-coded information in drupal.module a bit.
      14ddbc47
  6. 14 May, 2001 1 commit
    • Dries's avatar
      · e22f1042
      Dries authored
      - Renamed "hostname.conf" to "setting.php" (cfr. "setting.module").
        Note that - when upgrading - you have to rename all your existing
        configuration files to reflect this change:
      
           yourdomain.com.conf -> yourdomain.com.php
      
        By default, i.e. if no configuration file is found, setting.php
        will be used instead.  Using the ".php"-extension will fix most
        configuration/security issues with .htaccess-files ...
      
      - Removed some dead code from forum.module.
      e22f1042
  7. 05 May, 2001 1 commit
    • Dries's avatar
      · be8e898d
      Dries authored
      - Uhm.  Rewrote the module system: less code clutter, less run-time
        overhead, and a lot better (simpler) module API.  I had to edit a
        LOT of files to get this refactored but I'm sure it was worth the
        effort.
      
        For module writers / maintainers:
      
        None of the hooks changed, so 95% of the old modules should still
        work.  You can remove some code instead as "$module = array(...)"
        just became obsolete.  Also - and let's thank God for this - the
        global variable "$repository" has been eliminated to avoid modules
        relying on, and poking in drupal's internal data structures.  Take
        a look at include/module.inc to investigate the details/changes.
      
      - Improved design of the content modules "story", "book" and "node"
        (to aid smooth integration of permisions + moderate.module).  I'm
        still working on the permissions but I got side tracked for which
        I "Oops!".
      be8e898d
  8. 03 May, 2001 1 commit
    • Dries's avatar
      · 16818777
      Dries authored
      CHANGES:
      
      - Added moderator information to forum.module.
      
      - Simplified story.module, page.module, forum.module and book.module
        by removing redundant code, and by doing other small house-keeping
        tasks.
      16818777
  9. 02 May, 2001 1 commit
    • Dries's avatar
      · 343e71c8
      Dries authored
      CHANGES:
      
      - Added moderator permissions to nodes.
      
      - Added moderator support to structure.module.
      
      - Added new moderate.module.
      
      - Renamed moderation.module to queue.module to avoid confusing.
        Updated theme yaroon as it seems to have a hard-coded reference
        to moderation.module.
      
      - Polished on:
         + account.module: improved access list
         + fixed HTML typo in node.module
      
      ACTIONS:
      
      - Jeroen: can jeroen2.theme be removed from ./themes/yaroon?
      343e71c8
  10. 30 Apr, 2001 2 commits
    • Dries's avatar
      · 853141a9
      Dries authored
      - fixed small glitch in forum.module
      853141a9
    • Dries's avatar
      · fead09a8
      Dries authored
      Welp.  Large commit ahead.
      
      CHANGES:
      
      - Added "read" and "write" permissions into drupal but removed
        it again because - when finished after 3 hours of work - it
        was considered nothing but added complexity that didn't buy
        us anything. :I
      
        (I'll explain this in detail on the mailing list, I guess.)
      
      - Added a very simple help.module to group all available
        documentation on a single page.
      
      - Fixed bug in node_control(), book.module: UnConeD forgot to
        global $user when updating the combobox code.
      
      - Removed static wishlist.module: in future, the wishlist can
        be maintained as a page in our collaborative book.
      
      - Revised most of settings.module: tidied up the code and the
        descriptions to accompany the settings and introduced a new
        "default maximum number of nodes to display on the main page"
        variable.
      
      - Revised most of comment.module: the administration interface
        looks better now, integrated node permissions, and -finally-
        made it possible to delete comments.
      
      - Polished on:
         + account.module
         + structure.module
         + locale.module
         + module.module
         + forum.module
      
      - Form-ified:
         + account.php
         + account.module
         + setting.module
         + cvs.module
         + submit.php
         + comment.module
         + forum.module
         + book.module
         + page.module
         + locale.module
      
      - Updated CHANGELOG
      
      INFO:
      
      - Designed a "generic tracker system with optional backends"
        on paper.  The idea is to allow registered users to hot-list
        certain topics, individual nodes or threads (comments) and
        to "plug-in" output backends like - for instance - an e-mail
        digest.  The design requires "intelligent blocks" though.
      
      
      TODO:
      
      - I want to tidy up the headline.module and backend.class as
        well as merge in headlineRSS10.module.  Julian spent quite
        some time working on headline.module but I'm not sure what
        he changed and whether he'd contribute it back?
      fead09a8
  11. 29 Apr, 2001 1 commit
    • Dries's avatar
      · 828f36cd
      Dries authored
      - Addition: added a new, tiny forum module: I will use this forum
        module to develop and test the permission system along with the
        regular nodes.  And hopefully, this forum module will grow into
        a very useable piece of code for drop.org.
      
        Requires a new SQL table "forum", see 2.00-to-x.xx.sql.
      
      - Removed 1 unused hook from page.module.
      
      - Removed 1 unused function from comment.inc.
      828f36cd