[domuslink-developers] prev12
3 views
Skip to first unread message
Brandt Daniels
May 12, 2010, 2:24:20 PM5/12/10
to domuslink-...@googlegroups.com
I just tried adding a new alias, I probably should have tested this earlier...
Anyway, I noticed that after conversion, or copying over the aliasmap that it is sorted by code, but when adding a new alias it just appends it to the bottom of the list. Could we use the same sort mechanism that is used during a conversion when adding new aliases? This would make it a lot easier then clicking the up arrow a hundred times and waiting for a page refresh in between each one.
--
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.
Anyway, I noticed that after conversion, or copying over the aliasmap that it is sorted by code, but when adding a new alias it just appends it to the bottom of the list. Could we use the same sort mechanism that is used during a conversion when adding new aliases? This would make it a lot easier then clicking the up arrow a hundred times and waiting for a page refresh in between each one.
--
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
May 12, 2010, 4:11:24 PM5/12/10
to domuslink-developers
Well, that is definitely a bug. Put in an issue and I will get it
fixed.
Brad
fixed.
Brad
Brad
May 12, 2010, 10:16:19 PM5/12/10
to domuslink-developers
Ahh, I think I see what you mean. It appends it to the bottom of the
alias list, not the bottom of the file. You wanted it sorted by code.
I see you entered an issue to add sorting by code.
Not a bug, just they way it works for now.
Brad
alias list, not the bottom of the file. You wanted it sorted by code.
I see you entered an issue to add sorting by code.
Not a bug, just they way it works for now.
Brad
Brandt Daniels
May 12, 2010, 11:49:01 PM5/12/10
to domuslink-...@googlegroups.com
Yeah I never thought it was a bug, but it would be nice if it added a
new alias somewhat near the other aliases on the same house code.
new alias somewhat near the other aliases on the same house code.
Brad
May 15, 2010, 11:25:14 AM5/15/10
to domuslink-developers
Just a note. Please do not use Prev12 branch for any testing. It is
known to be broken. Current fixes are in heyuenginev12.
Brad
known to be broken. Current fixes are in heyuenginev12.
Brad
Brad
May 19, 2010, 11:16:48 PM5/19/10
to domuslink-developers
Merged heyuenginev12 into prev12. Branch is now stable.
Brad
Brad
Brad
Jun 3, 2010, 8:54:16 PM6/3/10
to domuslink-developers
Merged diagnostiv12 into prev12.
Branch is ready for testing.
Brad
Branch is ready for testing.
Brad
Cyril Duveau
Jun 9, 2010, 3:00:51 PM6/9/10
to domuslink-...@googlegroups.com
Le jeudi 03 juin 2010 à 17:54 -0700, Brad a écrit :
> Merged diagnostiv12 into prev12.
>
> Branch is ready for testing.
>
There are again nice stuffs added (rev 769), thanks!> Merged diagnostiv12 into prev12.
>
> Branch is ready for testing.
>
On the Diagnostic screen:
- domus.Link/db/ => Exists => File needs to be writable
Hum, the directory need to be writable, in my case it is not, but the
aliasmap file is. Isn't it sufficient?
Cyril
Brad
Jun 9, 2010, 4:55:03 PM6/9/10
to domuslink-developers
If the file already exists it is sufficient. But, if the file does not
exist, is deleted or a new domus.Link installation and if the
directory is not writable, that user that controls the web server will
not be able to create the file. Also, if the directory does not have
read permission even though the file has the correct permissions, we
won't be able to load it.
Brad
exist, is deleted or a new domus.Link installation and if the
directory is not writable, that user that controls the web server will
not be able to create the file. Also, if the directory does not have
read permission even though the file has the correct permissions, we
won't be able to load it.
Brad
Brad
Jun 9, 2010, 9:09:16 PM6/9/10
to domuslink-developers
Updated the language files from scanLang.pl scripts so all text is
available, but not fully translated. Also, a few minor fixes.
prev12 r770 available for testing.
Brad
available, but not fully translated. Also, a few minor fixes.
prev12 r770 available for testing.
Brad
Brad
Jun 11, 2010, 11:03:30 PM6/11/10
to domuslink-developers
Minor fixes for php deprecated reference functions
prev12 r771 available for testing
Brad
prev12 r771 available for testing
Brad
Brad Samuels
Jun 30, 2010, 9:27:46 PM6/30/10
to domuslink-developers
domus.Link V1.2 is now updated and loaded for download.
Istvan, if you can put out an announcement and updated the website it
would be great.
Brad
Istvan, if you can put out an announcement and updated the website it
would be great.
Brad
Brad
Jun 30, 2010, 9:39:45 PM6/30/10
to domuslink-developers
Also, Merged to trunk, created tag and ended branch V1.2.
Brad
Brad
Reply all
Reply to author
Forward
0 new messages