webhookv12

[Brandt Daniels]

I created a branch webhookv12. Have at it!!

[Brad]

Ok, Challenge time. Your a comp-sci major, take a stab at it. It'll
put hair on your chest.....

[Brad]

Seriously, If you want to try I can help you along. There are some
things we should do with an OO perspective as that is the goal Istvan
has put in the RoadMap.

Brad

[Brandt Daniels]

What php IDE do you recommend? I've only used vi so far...

[Brandt Daniels]

i've only done a little oop with java and c++ in school. Not much real
life experience :( and I don't know php very well at all.

wish I had time to learn it all ;)

I'm a solaris/unix admin by trade

-Brandt

[Antispam]

I understand you won't start working on this?
Or do you want to give it a try??

-----Oorspronkelijk bericht-----
Van: domuslink-...@googlegroups.com
[mailto:domuslink-...@googlegroups.com] Namens Brandt Daniels
Verzonden: woensdag 14 april 2010 6:02
Aan: domuslink-...@googlegroups.com
Onderwerp: Re: [domuslink-developers] Re: webhookv12

-Brandt

--
You received this message because you are subscribed to the Google Groups
"domuslink-developers" group.
To post to this group, send an email to
domuslink-...@googlegroups.com.
To unsubscribe from this group, send email to
domuslink-develo...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/domuslink-developers?hl=en-GB.

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[Brad]

Brandt,

As far as an IDE, I use Eclipse with the php plugin and the Team/SVN
plugin Subclipse. I'll dig up the setup process and post it.

Brad

> For more options, visit this group athttp://groups.google.com/group/domuslink-developers?hl=en-GB.

[Brandt Daniels]

I don't think I'd be able to do this.....wish I knew how

[Philippe Carlier]

Le 14/04/2010 15:41, Brad a �crit :

> Brandt,
>
> As far as an IDE, I use Eclipse with the php plugin and the Team/SVN
> plugin Subclipse. I'll dig up the setup process and post it.
>
> Brad
>

I use the same package than you. Will you create a wiki page ?

[Philippe Carlier]

What do you think about unit test ?

At work, i'm always write code using TDD for Java developments (
http://en.wikipedia.org/wiki/Test-driven_development ).

I don't know very well PHP Frameworks, is there a good Unit Test
Framework for PHP ?

Can we use it on Domus ? I could be important to increase test coverage ...

Philippe

Le 14/04/2010 04:27, Brad a �crit :

[Brandt Daniels]

I currently have eclipse for java installed on my machine at home. Is this the right one to add the php plugin to? Or do I need a different eclipse?

On Wed, Apr 14, 2010 at 12:59 PM, Philippe Carlier <philippe.carlier.fr@gmail.com> wrote:

Le 14/04/2010 15:41, Brad a écrit :

Brandt,

As far as an IDE, I use Eclipse with the php plugin and the Team/SVN
plugin Subclipse. I'll dig up the setup process and post it.

Brad
 

I use the same package than you. Will you create a wiki page ?

[Brad]

That is correct. Is it 'Galileo'. If so, the php plugin should be
available directly in the plugin/add software section.

On Apr 14, 3:56 pm, Brandt Daniels <brandtdani...@gmail.com> wrote:
> I currently have eclipse for java installed on my machine at home. Is this
> the right one to add the php plugin to? Or do I need a different eclipse?
>
> On Wed, Apr 14, 2010 at 12:59 PM, Philippe Carlier <philippe.carlier.fr@
>
> gmail.com> wrote:
> > Le 14/04/2010 15:41, Brad a écrit :
>
> >  Brandt,
>
> >> As far as an IDE, I use Eclipse with the php plugin and the Team/SVN
> >> plugin Subclipse. I'll dig up the setup process and post it.
>
> >> Brad
>
> > I use the same package than you. Will you create a wiki page ?
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "domuslink-developers" group.
> > To post to this group, send an email to
> > domuslink-...@googlegroups.com.
> > To unsubscribe from this group, send email to

> > domuslink-develo...@googlegroups.com<domuslink-developers%2Bunsu...@googlegroups.com>

[Frank [Antispam account]]

Hi all,

Just a small request: Please start a new thread when the subject doesn't
cover the discussion/thread!

Thanks,
Frank

> -----Oorspronkelijk bericht-----
> Van: domuslink-...@googlegroups.com
> [mailto:domuslink-...@googlegroups.com] Namens Brad
> Verzonden: 14 April 2010 23:39
> Aan: domuslink-developers
> Onderwerp: [domuslink-developers] Re: webhookv12

> > > domuslink-developers+rs%2Bunsu...@googlegroups.com>

> > > .
> > > For more options, visit this group at
> > >http://groups.google.com/group/domuslink-developers?hl=en-GB.
> >
> >
>

> --
> You received this message because you are subscribed to the
> Google Groups "domuslink-developers" group.
> To post to this group, send an email to
> domuslink-...@googlegroups.com.
> To unsubscribe from this group, send email to

> domuslink-develo...@googlegroups.com.

> For more options, visit this group at
> http://groups.google.com/group/domuslink-developers?hl=en-GB.
>
>

[Brad]

Back on track....

I can start some mods to the lib/classes/heyuconf.class.php to show
some illustrations on the webhook and OO view.

Brad

On Apr 14, 5:05 pm, "Frank [Antispam account]"

[Frank [Antispam account]]

That would be great! If I fix the iui thinggie, I will join you!

Greets,
Frank

> -----Oorspronkelijk bericht-----
> Van: domuslink-...@googlegroups.com
> [mailto:domuslink-...@googlegroups.com] Namens Brad

> Verzonden: 15 April 2010 04:30

[Brad]

So, I have an illustration committed to the webhook12 branch that
shows how to get aliases from webhook and an independent test setup of
an alias class.

This currently is a broken branch, so do not use it to test or use.

Brad

On Apr 15, 1:15 am, "Frank [Antispam account]"

[Brad]

So, working through my update to the heyu config file parsing and
writing I have checked in an intermediate version on the webhookv12
branch last night. It does not use webhook. So far it does not make
sense since we still have to parse all records and write them back to
the file as they were for heyu to function. The framework I used for
the sched file reading and parsing has been re-factored so that it can
be used to read, parse and write any of the files for domus and heyu.
My thoughts on webhook now are that is was primarily intended for
reading applications only. A simple way to get config information from
heyu. Since we have to write and maintain many items in the heyu
config file, webhook does not have enough features for it to be easily
used.
Many changes in the area of aliases and the floorplan. Created an
aliasmap which holds the floorplan/module type information as it could
not be easily stored in the heyu config file when trying webhook. Now,
aliases are independent and domus.Link will not require a special heyu
config file.

In this version, there is no use for the floorplan file. It is now not
needed as the information is stored in the aliasmap with each alias.
The alias edit and add pages have a new javascript form type called
editableselect. This allows the field for the location to be selected
from previous entered locations or type in a new location. This allows
the alias definition to be more dynamically maintained.

Since this does not yet have the install docs updated, you need to
create a file in the db directory called aliasmap.

Still more work on implementing the file handling changes to the rest
of domus. But this is a working version. Take a look.

> For more options, visit this group athttp://groups.google.com/group/domuslink-developers?hl=en-GB.

[Brad]

Another Update to webhookv12:

Finished objectifying files that are read and written. Heyu Config
editing is
updated to use new objects. Disabled the display and editing of
scripts,
launchers, scenes and usersyns. This can be turned back on easily
through the
tpl file if needed. More testing against heyu conf element management
in the
object.

Download and play with it and let me know what you think.

Brad

[Brad]

There are some minor updates checked in for the progress bar.

I am starting work on the detection of the old domus.Link heyu conf
format and displaying a conversion page. This page will be shown on
first load and ask you to convert your alias locations/types to the
new format.

Brad

[Brad]

Ok, people, I have a stable load in the webhookv12 branch. This needs
to be tested. It now will detect your old domus.Link heyu config file
and ask for you to convert it. Please read the CHANGES and INSTALL
docs as they are updated with all the information.

This version will allow domus.Link to run on any installed heyu system
without mods to the heyu configs.

I still have some updates to the iPhone theme tpl's the edit and add
pages are still available directly and need to be kept up to date.

Have fun!

Brad

[Brandt Daniels]

I'm getting an error:

Warning: require_once(/volume1/web/webhook/lib/classes/directivelist.class.php) [function.require-once]: failed to open stream: No such file or directory in /volume1/web/webhook/include.php on line 45

Fatal error: require_once() [function.require]: Failed opening required '/volume1/web/webhook/lib/classes/directivelist.class.php' (include_path='.:/usr/syno/php/lib/php') in /volume1/web/webhook/include.php on line 45


I don't even have a directivelist.class.php file in that location....

DiskStation> pwd       
/volume1/web/webhook/lib/classes
DiskStation> ls
alias.class.php                   heyusched.class.php
aliasmap.class.php                heyusched.const.php
aliasmapelement.class.php         location.class.php
configelement.class.php           login.class.php
configelementfactory.class.php    scheduleelement.class.php
element.class.php                 scheduleelementfactory.class.php
element.const.php                 testaliases.php
elementfile.class.php             testheyuconf.php
error.class.php                   testschedelements.php
global.class.php                  timer.class.php
heyuconf.class.php                tpl.class.php
heyuconf.const.php

[Brad]

Well, looks like you got caught in update timing hell when
downloading. Download that branch again. Also, make sure your
domus.Link/* root files get overlayed as well as the branch does not
have that require line in the include.php file anymore.

I just fixed some other problems I found and have updated the branch.

Brad

On Apr 26, 11:43 pm, Brandt Daniels <brandtdani...@gmail.com> wrote:
> I'm getting an error:
>
> *Warning*:
> require_once(/volume1/web/webhook/lib/classes/directivelist.class.php)
> [function.require-once
> <https://192.168.0.100/webhook/function.require-once>]: failed to open
> stream: No such file or directory in */volume1/web/webhook/include.php*
> on line *45*
>
> *Fatal error*: require_once() [function.require
> <https://192.168.0.100/webhook/function.require>]: Failed opening

> required '/volume1/web/webhook/lib/classes/directivelist.class.php'
> (include_path='.:/usr/syno/php/lib/php') in

> */volume1/web/webhook/include.php* on line *45*

> ...
>
> read more »

[Brad]

Also, It looks like I will have to cache the directives and module
types from the heyu call as they are very slow on my prod system.
Since every page reloads the heyu config file. Maybe caching the
config file will be better as well. Will need to investigate.

Brad

> For more options, visit this group athttp://groups.google.com/group/domuslink-developers?hl=en-GB.

[Brandt Daniels]

I'm not sure what you mean by

Also, make sure your
domus.Link/* root files get overlayed as well as the branch does not
have that require line in the include.php file anymore.

I only have one heyu server and i just run production and development in
parallel in different directories.

Still get the same error with r720

-Brandt

[Brandt Daniels]

The file it is calling does not exist in my current checkout of r720 or
v1.1.1

## Load directives file
require_once(CLASS_FILE_LOCATION.'directivelist.class.php');
$directive =& $frontObj->getDirectives();

[Brandt Daniels]

I just commented out line 45 and 46 although I am not sure what that may break.

Also tried to convert my config file and errors:

Exec: /volume1/opt/bin/heyu conflist
Quitting due to errors in configuration file '/opt/etc/heyu/x10.conf'
Config Line 66: Module ID is needed.
Config Line 65: Module ID is needed.
Config Line 63: Module ID is needed.
Config Line 62: Module ID is needed.
Config Line 61: Module ID is needed.
Config Line 60: Module ID is needed.
Config Line 59: Module ID is needed.
Config Line 58: Module ID is needed.
Config Line 57: Module ID is needed.
Config Line 56: Module ID is needed.
Config Line 55: Module ID is needed.
Config Line 54: Module ID is needed.
Config Line 53: Module ID is needed.
Config Line 50: RF option TRANSCEIVE, RFFORWARD, or RFIGNORE required.
Config Line 37: RF option TRANSCEIVE, RFFORWARD, or RFIGNORE required.
Config Line 36: RF option TRANSCEIVE, RFFORWARD, or RFIGNORE required.

We should be mindful of people coming to dL who have been using heyu for a while and give them the ability to edit the lines in question directly through dL when an error occurs.

On 4/26/10 9:50 PM, Brad wrote:

[Brandt Daniels]

Yeah the conversion totally screwed up my config file...

It eats all the RF ID's, and other AUX type fields:

ALIAS sec_brandt_keyfob E3 KR10A 0xC0
ALIAS all_downstairs_lights C16 PALMPAD RFFORWARD

and leaves it like this:

ALIAS sec_brandt_keyfob E3 KR10A
ALIAS all_downstairs_lights C16 PALMPAD

On 4/26/10 9:50 PM, Brad wrote:

[Brad]

Well that was unfortunate. My local svn repository has a different
file for include.hp and lib/classes/global.class.php that has that
code removed. I reverted these back locally before I committed, but
they did not take effect in the global svn. Will need to update those
in svn properly.

As for the lines you commented out, those are the ones that will get
you around that issue for now.

Please send me a copy of your heyu x10.conf file so that I can test
with it.

Thanks

Brad

[Brad]

Ok, I found the issue on the config file corruption. I didn't finish
the alias class to handle the module options. It is completed. I
tested with your examples above and it reads and writes them
correctly. I also did some other tests for more than one option. So
far so good.

Also, updated the directives and modlist to be cached. Looks pretty
good and I will start testing caching the conf and sched files as
well. Only need to read them once then.

So, try again with r722.

Brad

[Brandt Daniels]

My config file seemed to survive the conversion this time which is good.

A few things:

1. Not sure what these blank entries are in the heyu edit screen, and can you explain the comment checkbox column?




2. It doesn't seem to like aliases that I've defined containing multiple addresses, it needs to be able to handle those:
alias downstairs_lights C2-5,7-10
alias common_lights C1-10
alias sec_all_keyfobs E1-3
alias all_sec_motion E4-6
alias outside_lights O1-3

we need to be able to support people coming to dL who have been long time heyu users.
Also when importing these, it created a couple blank entries in my locations list. If there is no location specified during conversion then skip creating a location entry.



3. Please display the AUX type fields on the Alias edit screen and give the ability to edit those such as RFFORWARD and 0x9F below:

alias all_downstairs_lights C16 PALMPAD RFFORWARD
alias sec_front_door D1 DS10A 0x9F




Almost there!!


-Brandt

[Cyril Duveau]

Hi Brad,

All I get on my system is a blank page, tests without the CM11, in the
error log :
PHP Fatal error: Uncaught exception 'Exception' with message 'starting
heyu_relay'
in /home/cyril/public_html/domus.Link/lib/func/cmd.func.php:42\nStack
trace:
\n#0 /home/cyril/public_html/domus.Link/lib/classes/global.class.php(50): execute_cmd_ret('/usr/local/bin/...')\n#1 /home/cyril/public_html/domus.Link/include.php(58): frontObject->getDirectives()\n#2 /home/cyril/public_html/domus.Link/index.php(24): require_once('/home/cyril/pub...')\n#3 {main}\n thrown in /home/cyril/public_html/domus.Link/lib/func/cmd.func.php on line 42

Although it is supposed to run the "TTY dummy" module.

Are you trying to start heyu when we access domus.link page?

Cyril

[Brad]

Yes, it is trying to start heyu when loading. Unfortunately, it looks
like when you run heyu conflist or modlist (used in the new version)
and heyu is not running it starts the relay. I think I will post that
issue on the heyu mail list as I would assume these requests would
have no interaction with a running heyu system. I'm thinking about re-
ordering where the calls are made to make them after the start heyu
request screen.

If you want to test this version currently, it's best to have heyu
already running.

Brad

[Brad]

Brandt,

I would like a copy of your x10.conf file you are using. That would
help in seeing the different uses of the directives. I think I have an
idea why the blank lines are showing up but not sure.

As for the aliases with multiple addresses I tested some of those and
looks like I'll have to test some more as the tests were not enough if
you are having issues.

I was going to add the display and edit of the mod options fields next
as it would help in resolving any issues for people that use them.

I was thinking there would need to be more for the conversion of the
locations when it first loads them. Will look into selecting certain
conversions and ignoring the rest.

Brad

On Apr 28, 12:37 am, Brandt Daniels <brandtdani...@gmail.com> wrote:
> My config file seemed to survive the conversion this time which is good.
>
> A few things:
>
> 1. Not sure what these blank entries are in the heyu edit screen, and
> can you explain the comment checkbox column?
>

> 2. It doesn't seem to like aliases that I've defined containing multiple
> addresses, it needs to be able to handle those:
> alias downstairs_lights C2-5,7-10
> alias common_lights C1-10
> alias sec_all_keyfobs E1-3
> alias all_sec_motion E4-6
> alias outside_lights O1-3
>
> we need to be able to support people coming to dL who have been long
> time heyu users.
> Also when importing these, it created a couple blank entries in my
> locations list. If there is no location specified during conversion then
> skip creating a location entry.
>

> ...
>
> read more »
>
>  Screen shot 2010-04-27 at 10.19.28 PM.png
> 45KViewDownload
>
>  Screen shot 2010-04-27 at 10.26.23 PM.png
> 200KViewDownload

[Brandt Daniels]

I sent you my config file earlier, it is the same one.

-Brandt

[Cyril Duveau]

Do you provide the subdirectory with those requests?
Cause even with heyu running (on subdir 4), I still have the problem.
But launching the command "heyu -4 conflist" does return the list.

Cyril

Le mercredi 28 avril 2010 à 06:26 -0700, Brad a écrit :
> Yes, it is trying to start heyu when loading. Unfortunately, it looks
> like when you run heyu conflist or modlist (used in the new version)
> and heyu is not running it starts the relay. I think I will post that
> issue on the heyu mail list as I would assume these requests would
> have no interaction with a running heyu system. I'm thinking about re-
> ordering where the calls are made to make them after the start heyu
> request screen.
>
> If you want to test this version currently, it's best to have heyu
> already running.
>
> Brad
>
> On Apr 28, 4:11 am, Cyril Duveau <linux4cy...@free.fr> wrote:
> > Hi Brad,
> >
> > All I get on my system is a blank page, tests without the CM11, in the
> > error log :
> > PHP Fatal error: Uncaught exception 'Exception' with message 'starting
> > heyu_relay'
> > in /home/cyril/public_html/domus.Link/lib/func/cmd.func.php:42\nStack
> > trace:
> > \n#0 /home/cyril/public_html/domus.Link/lib/classes/global.class.php(50): execute_cmd_ret('/usr/local/bin/...')\n#1 /home/cyril/public_html/domus.Link/include.php(58): frontObject->getDirectives()\n#2 /home/cyril/public_html/domus.Link/index.php(24): require_once('/home/cyril/pub...')\n#3 {main}\n thrown in /home/cyril/public_html/domus.Link/lib/func/cmd.func.php on line 42
> >
> > Although it is supposed to run the "TTY dummy" module.
> >
> > Are you trying to start heyu when we access domus.link page?
> >

[Brad]

Brandt - I did receive the config file. Thanks

Cyril - No, I didn't pass the subdir request as originally I thought
it wouldn't matter for getting the conflist and modlist, but it does
matter. I have a message out to the heyu users group to see if it can
be changed to not care for those command calls. And I just checked for
the answer and Charles Sullivan is putting that change in the next
heyu release. I'll pass the correct heyu command path for now as that
is pretty easy.

Brad

[Brad]

Ok, fixed items that are causing problems that both of you found.

Updated parsing on old ALIAS lines to build correct conversion map.

Updated getting directives to remove a blank entry which caused blank
items in the heyuedit screen.

Added caching of objects for config, lang, heyu conf, heyu sched,
directives and modlist.

Also, added the call to the correct heyu command based on subdir or
conf file location when getting directives and modlists.

I haven't gotten to the UI updates you were looking for yet Brandt.
Next on the list.

Brad

[Brandt Daniels]

when i've been testing so far it has been as a fresh install and not an
in place upgrade....anyway in this latest rev, it didn't ask me to
convert my config file...hmmm what did I forget?

[Brandt Daniels]

r723 did not convert:

On 4/28/10 9:57 PM, Brad wrote:

[Brad]

Ahh, the beauty of PHP super global variables. I assume you had your
browser up and running and did not shut it down in between the
upgrade. Also, I assume you didn't restart the web server. Since you
had been running a previous version that already checked the config
file, it had the $_SESSION variable configChecked set to true. This
carried into the new install and bypassed the convert check.

After install, re-cycle the web server and exit your browser and/or
delete the PHPSESSID cookie from your browser, then go back to the
domus.Link index page.

Since this is not an issue with people upgrading, but from us testing
we have to be careful of all the steps to be done before testing.

Brad

On Apr 29, 1:21 am, Brandt Daniels <brandtdani...@gmail.com> wrote:
> r723 did not convert:

>  Screen shot 2010-04-28 at 11.20.16 PM.png
> 104KViewDownload

[Brandt Daniels]

Maybe this should be added to the install/upgrade docs?

[Brandt Daniels]

There seems to be a weird artifact of the Location drop-down list on the Aliases edit page...It provides me with a cursor to delete the entries in the list, however upon reloading that page they are back to normal...Maybe the drop-down list is missing a text lock or something? Also there is still one selectable blank line at the bottom of the list.

Another thing is the 'dimming light bars' on the main pages don't seem to work anymore.

Other than that, just the UI changes that I requested and then we'll go from there!


-Brandt

[Brad]

On Apr 29, 11:52 am, Brandt Daniels <brandtdani...@gmail.com> wrote:
> There seems to be a weird artifact of the Location drop-down list on the
> Aliases edit page...It provides me with a cursor to delete the entries in
> the list, however upon reloading that page they are back to normal...Maybe
> the drop-down list is missing a text lock or something? Also there is still
> one selectable blank line at the bottom of the list.

* Updated alias to location(floorplan)/type handling. domus.Link will
now dynamically build the alias to location/type map through the alias
edit screens. domus.Link will create a db file called aliasmap based
on these assignments. This precludes the need for the floorplan file
and the floorplan maintenance has been deprecated. >>>> To aid in
dynamically creating the floorplan, the location field in the alias
add and edit windows are now editable as well as dynamically loaded
with previously entered locations. When a new heyu conf with aliases
is found and there is no alias map, all items are assigned to a
default location(unknown) and type(other).

That field IS the edit field for the floorplan items. You can delete
it, but if you haven't removed all references to that location in all
of your aliases, it is dynamically rebuilt from the current aliases.

The blank space at the bottom of the list is a convenience to have a
blank area to edit a new location. It really doesn't matter as you can
just overwrite the displayed one with a new location and then it will
be added to the alias. Then the list is dynamically regened and it
will be added for selection.

There is no floorplan file used anymore, even if you have it.

Try changing the location of one of your modules by typing in a new
location that doesn't exist and save it. You'll see it show up on the
alias and now it is available in the list to select as well.

Probably need to make the documentation clearer on this subject.

>
> Another thing is the 'dimming light bars' on the main pages don't seem to
> work anymore.
>

That's why we test. Will look into it.

> Other than that, just the UI changes that I requested and then we'll go from
> there!
>
> -Brandt
>

> On Thu, Apr 29, 2010 at 8:50 AM, Brandt Daniels <brandtdani...@gmail.com>wrote:
>
>
>
> > Maybe this should be added to the install/upgrade docs?
>

> >> domuslink-develo...@googlegroups.com<domuslink-developers%2Bunsu...@googlegroups.com>
> >> .

> >> > >>> For more options, visit this group athttp://
> >> groups.google.com/group/domuslink-developers?hl=en-GB.
>

> >> > >> --
> >> > >> You received this message because you are subscribed to the Google
> >> Groups "domuslink-developers" group.
> >> > >> To post to this group, send an email to
> >> domuslink-...@googlegroups.com.
> >> > >> To unsubscribe from this group, send email to

> >> domuslink-develo...@googlegroups.com<domuslink-developers%2Bunsu...@googlegroups.com>
> >> .

> >> > >> For more options, visit this group athttp://
> >> groups.google.com/group/domuslink-developers?hl=en-GB.
>

> >> > --
> >> > You received this message because you are subscribed to the Google
> >> Groups "domuslink-developers" group.
> >> > To post to this group, send an email to
> >> domuslink-...@googlegroups.com.
> >> > To unsubscribe from this group, send email to

> >> domuslink-develo...@googlegroups.com<domuslink-developers%2Bunsu...@googlegroups.com>
> >> .

> >> > For more options, visit this group athttp://
> >> groups.google.com/group/domuslink-developers?hl=en-GB.
>

> >> >  Screen shot 2010-04-28 at 11.20.16 PM.png
> >> > 104KViewDownload
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "domuslink-developers" group.
> >> To post to this group, send an email to
> >> domuslink-...@googlegroups.com.
> >> To unsubscribe from this group, send email to

> >> domuslink-develo...@googlegroups.com<domuslink-developers%2Bunsu...@googlegroups.com>
> >> .

> >> For more options, visit this group at
> >>http://groups.google.com/group/domuslink-developers?hl=en-GB.
>
> --
> You received this message because you are subscribed to the Google Groups "domuslink-developers" group.
> To post to this group, send an email to domuslink-...@googlegroups.com.
> To unsubscribe from this group, send email to domuslink-develo...@googlegroups.com.

[Brad]

Found the dim issue, missed a variable to be converted to a get from
an object.

As far as the comment column in the heyu, it is like enabled/disabled.
It shows whether the line is commented out in the file. I might change
that to enable/disable, but in the heyu edit screen, it doesn't follow
the same view as the other screens.

[Brad]

OK, r724 is out there and I have the current issues fixed as stated
above and the improved UI for the alias view/edit/view is now there.

Test some more, see what is still broke.

Let me know if it feels faster as domus.Link is now caching the
frontend config, language map, heyu config and heyu sched file. These
are loaded only once per session and then updated on disk when
changed. The Objectification helped with doing this.

The next thing to look at is what I broke in the iPhone theme. Some if
may not work.

Brad

> ...
>
> read more »

[Brandt Daniels]

my overall review of r724:

-I think 'hide' and 'show' should be capitalized in the actions column.
-Why the magnifying glass? Why not just print it?
-It would be really cool to be able to add new directives on the Heyu
screen. Maybe a dropdown list of available unused directives and their
possible values loaded dynamically if possible.
-need to update doc/heyuconf.htm
-dimming still doesn't work properly
-can we make grayscale copies of the 'other' type icons and gray them
out when the unit is off just like the lights and appliances.

[Brandt Daniels]

I have a macro that is defined as a 'light' type, but I have made it hidden and it still shows up on the 'light' screen

On 4/29/10 8:45 PM, Brad wrote:

[Brandt Daniels]

Yes I've confirmed that hidden items are hidden correctly on the 'home'
page, but still show up on their respective type page.

On 4/29/10 8:45 PM, Brad wrote:

[Brad]

On Apr 30, 12:21 am, Brandt Daniels <brandtdani...@gmail.com> wrote:
> my overall review of r724:
>
> -I think 'hide' and 'show' should be capitalized in the actions column.

Yep. Missed it.

> -Why the magnifying glass? Why not just print it?

This is the way I did the options in the timer views.

> -It would be really cool to be able to add new directives on the Heyu
> screen. Maybe a dropdown list of available unused directives and their
> possible values loaded dynamically if possible.

This would be a future enhancement. The goal of this branch and for
the release was to make the config parsing more robust. I'm still at
odds on how far the heyu config editing should go, as if you are using
the advanced features, you are already editing the file directly. Just
want enough options shown on the edit screen for control that helps
domus.Link.

> -need to update doc/heyuconf.htm
Would you take this task? It's just updating the text.

> -dimming still doesn't work properly

Gotta look again.

> -can we make grayscale copies of the 'other' type icons and gray them
> out when the unit is off just like the lights and appliances.

Nobody likes my xmas tree icons, I'll just change them to be like the
shutter buttons.


Brad

[Brad]

That would be the way it is intended.

[Brandt Daniels]

Now that you mention it, there only needs to be entries in that help file that pertain to domus Link directives and not directives that would only be changed via outside manual editing.

Maybe this can be part of the issue that adds the functionality to add and remove directives to the heyu screen.

-Brandt

On Fri, Apr 30, 2010 at 6:53 AM, Brad <crus...@yahoo.com> wrote:

> -need to update doc/heyuconf.htm

Would you take this task? It's just updating the text.

[Brad]

Added revision r725 to fix items I mentioned above.

Should be very close.

Brad

[Brad]

Well use r726. Found an issue with upload screen in displaying the
progress bar.

[Brandt Daniels]

Everything in r726 works/looks good to me so far!!

-Brandt

[Cyril Duveau]

> > Well use r726. Found an issue with upload screen in displaying the
> > progress bar.

When we have the setup verification, if we click on "convert", after we
are still at this page. Shouldn't we go to the home page once the
conversion is done?

Cyril

[Brad]

Cyril,

Yes, that is what it does for me. Does it not do that for you?

Brad

[Cyril Duveau]

Brad,

> Yes, that is what it does for me. Does it not do that for you?

Nop, I get the same screen, same options (convert or continue).

Cyril

[Brad]

Cyril,

Is your db directory writable by the webserver? That's the only way I
can get it to come back to the convert screen but it throws errors at
the top when I do that as well. I was testing this with the config
files in my home directory under .heyu and with subdirs under that as
well.

Brad

[Cyril Duveau]

> Is your db directory writable by the webserver?

That's it. I created a file aliasmap with the rights for the webserver,
but I did not give write access to the db directory.

Thanks,
Cyril

[Brad]

This version only needed the rights to the db directory for the
webserver as the files is created dynamically.

Glad it works.

Brad

[Cyril Duveau]

Oops, sorry, it does not work, even with the webserver owner of the db
directory.
I am back to the same screen although the aliasmap file is created.

Cyril

[Brad]

Cyril,

So the aliasmap file is created and populated with the relationships?

If that is the case, my assumption is there is an error occurring in
the save of the heyu config file.

If the map exists correctly, and you hit continue, do you see all of
your modules in the correct places?

So, to continue debugging, I would need the following:

1) the heyu config file you are using.
2) the directory structure and locations of domus.Linkm, heyu and your
heyu config files area
3) the permissions and owners on files and directory structures for
the above with ls -l

Thanks,

Brad

[Cyril Duveau]

Brad,

> So the aliasmap file is created and populated with the relationships?

Yes

>
> If that is the case, my assumption is there is an error occurring in
> the save of the heyu config file.

It looks ok, modified by your script.

>
> If the map exists correctly, and you hit continue, do you see all of
> your modules in the correct places?

When I hit continue, I get a blank page.
If I clean the URL to go to the home page, then I see the modules in the
correct places.

>
> So, to continue debugging, I would need the following:
> 1) the heyu config file you are using.
> 2) the directory structure and locations of domus.Linkm, heyu and your
> heyu config files area
> 3) the permissions and owners on files and directory structures for
> the above with ls -l

I will send you these later today or tomorrow.
I will perform a test again and copy the messages from error and access
log files

Thanks,

[Brad]

Cyril,

To start, can you send me your heyu config file? It seems there is
something in there that is causing an error on save.

Brad

[Brad]

Cyril,

I refactored the point where we check for the initial conversion. If
you could download and install r727 and try the test from the
beginning that would be appreciated.

Brad

[Cyril Duveau]

Brad,

With r727:
After conversion, I am back to the same screen (table with all modules).
When I click on continue, then I get the Setup configuration table with
the header, and no lines (no module).
Then I can click on the Home icon to see my modules.

Is it the way it is suppose to work?

Cyril

[Brad]

I have tested again with your files with a clean install and still do
not have those issues.

What is your environment? OS, Web Server (i.e. Apache 2.2??), PHP
version, heyu

[Brandt Daniels]

Cyril,

Are you on the development team? I didn't see you listed on the google code page. If you are there is a wiki page on their for all our platforms we test on, If you could update that it would be great.

Did you read through the docs/INSTALL document?

Did you 'chmod + rw' both config.php and db/ ?

Restart both apache and your web browser and clear all cookies after a fresh install?

Maybe a copy of your php.ini file might help also....

-Brandt

[Cyril Duveau]

Hum, did not think about that. I upgraded recently to Ubuntu 10.04, and
had problems with dotclear. The latest ubuntu comes with PHP 5.3.x which
is not supported (in stable) in dotclear.
Is any one using that version of PHP?

For the rest:
Apache 2.2.14
Heyu version 2.8.0
Firefox 3.6.3

Cyril

[Brad]

I'm using ubuntu 9.10 and php 5.2.10. That shouldn't be to far off of
10.04 and 5.3.X. I have a system with 10.04 on it. I'll need to test
it there to see if it produces that issue.

Brad

[Brad]

Well just checked the deprecated functions for PHP 5.3 and "split" is
on of them. You should be seeing errors for this as E_DEPRECATED as
there are still some of them remaining. I have been trying to catch
them and change them to explode which is the new function.

[Cyril Duveau]

Brad,

Will you commit a new version then?

Cyril

[Brad]

Cyril,

Well, I tried on my ubuntu 10.04 system with PHP5.3.2 and it does not
take any errors. Used your config file and sched file and converts
properly. I even moved to subdir 4, no errors.

Can you create a new user on your system with a completely clean
install with r728 (has the split command replaced with explode) and
try without subdirs then add the subdir 4?

I am at a loss on what is causing this. I have reviewed your setup and
file permissions and everything looks fine.

Thanks

Brad

[Cyril Duveau]

Brad,

DL requires that heyu is installed system wide, in /etc/heyu, thus
creating a new user would not change a lot.
I tested without subdirectory, and get the same screens as before.

I think if I am the only one with that issue, considering this is not
blocking and the conversion is a one of action, it's probably not worth
spending much time on it.

However, I am surprise about the number of "Undefined variable" messages
I get in the error log. Do you have the same?

Cyril

[Brad]

I would really like to make sure the conversion is smooth for
everybody as it shouldn't be difficult. We should let the issue sit a
day and come back to it.

As far as the undefined error messages, those are just warnings. I'll
clean those up as it's just using a variable with a self reference
before a proper definition.

Brad

[Brad]

Cyril,

I now have this situation reproduced on one of my systems. I will
investigate.

Brad

[Brad]

Cyril,

Found it. Not paying attention to setting new headers for redirect and
exiting. This is now fixed in webhookv12 r731.

Brad

[Cyril Duveau]

Brad,

It works now (webhookv12 r733).

Thanks :)

Cyril

[Brad]

Webhookv12 branch now ended. Merged into integration branch prev12 as
r737.

Brad