<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"><html><head><meta name="qrichtext" content="1" /><style type="text/css">p, li { white-space: pre-wrap; }</style></head><body style=" font-family:'DejaVu Sans'; font-size:9pt; font-weight:400; font-style:normal;">&gt; There is an important related question: do you consider the current<br>
&gt; wifidog and portal to be tied together and form a single product, or do<br>
&gt; you consider them to be separate things and encourage development of<br>
&gt; other portals using the wifidog server?<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>That's a bit of a false dichotomy.  The wifidog auth server can send users to a custom URL (drupal or otherwise) NOW.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>It has all the infrastructure in place to sent location ans user specific variables already in place (as used in the SmartyTemplate) content type, it would be trivial to extend the node redirection code tu use it to allow crafting URLs automatically, should someone have a CMS that can utilise such data. <br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>The wifidog auth server's Content manager was designed to manage highly localized, highly granular content elements in complex display scenarios.  Few groups actually decided to go in that direction.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>It's pretty obvious that many groups see their portals as either one website per hostpot (supported now by custom portal URLs, and easy to improve upon) or as a single website with the occasional location-specific content element (for which the current Content Manager is overdesigned, but there is no easy 'in between" solution that doesn't involve everyone coding a custom portal. <br>
-- <br>
Benoit Grégoire</p></body></html>