Re: Automatically generated incrementing tags (#), posted by soren poulsen on Tue Nov 10 21:36:21 2009
|
| Stefan Ritt wrote: |
|
| soren poulsen wrote: |
|
| soren poulsen wrote: |
|
| soren poulsen wrote: |
|
Hi,
I am using the # character to generate automatically incrementing numbers for new messages.
My issue is that # is evaluated when you hit "New" but E-log is only aware of the new value being used when you hit "Submit".
So, two E-logs can have the same value substituted for # if two E-logs are being edited in parallel.
Maybe someone has a solution to this ?
Soren Poulsen
|
The solution is to use "Subst" instead of "Preset".
|
This is not really resolved, since "Subst" creates a new number on both "New" and "Reply". I would like "Subst" to create a new number only on "New" and preserve this number through replies throughout the thread. I would like to be able to say "Subst thread = #" to make a new number for the thread and combine it with "Subst on reply thread = $thread" to preserve the number on replies, but this does not work. Maybe someone has already done this ?
Soren
|
I just reworked the "Subst" command to make it more consistently. Now "Subst on Edit" and "Subst on Reply" are executed after the entry submission, and they are mutually exclusive. So all you need right now is
Subst Tag = #
and it will not increment when editing or replying to an existing entry. The fix is in SVN revision 2264.
|
Thanks a lot for doing this change. |
|
Re: fckeditor is not running, posted by Stefan Ritt on Fri Nov 13 15:40:05 2009
|
| Heinzmann wrote: |
|
I have found the problem:
the fckeditor folder contains not all necessary files after installation of Elog version 2.7.7.
I have downloaded the fckeditior manually from:
http://www.fckeditor.net/.
and replaced the faulty one with the new one.
Now the editor is running fine and I see the menu bar when I choose Encoding HTML:
elogd 2.7.7 built Jul 31 2009, 13:01:20 revision 2246
FCKedit detected
Indexing logbooks ... done
Server listening on port 8080 ...
Stefan could you please ckeck if some files are missing in the fckeditor folder within the elog version 2.7.7 rev. 2246.
|
Yepp, the editor source code is completely missing in rev. 2.7.7. Thanks for pointing that out. I will include it in 2.7.8 which I will release pretty soon. |
|
Re: Problems zooming elog pages in Internet Explorer - a possible fix, posted by Stefan Ritt on Fri Nov 13 15:54:21 2009
|
| Richard Stamper wrote: |
|
Internet Explorer fails to display correctly some aspects of pages generated by elog when the zoom functionality is used (Ctrl + and Ctrl -). This is really a bug in the IE renderer rather than elog, but since IE can be persuaded to do better relatively easily it might be worth making some minor changes to make elog more robust when used with the buggy Microsoft browser.
The problem I encountered was initially with the multiple checkboxes for an Moptions attribute, but I noticed later it also affects the logbook tabs at the top of the screen. If you start creating a submission to this forum in IE (7 or earlier, at least) you can see the problem; when zooming, the text labels and the checkboxes do not scale together so start overlapping, and the same happens with the logbook tabs and the text links on them. The problem is apparently to do with a proprietary IE concept called "layout" - see http://www.satzansatz.de/cssd/onhavinglayout.html for details - and IE struggles when some elements do not have the hasLayout property set to "true".
The fix is to coerce elements to have the hasLayout element set to "true" by giving them some benign CSS property. The best I can find is to set "display: inline-block" for some of the key elements, and this can be done by modifying default.css rather than the elogd.c code.
Adding
span {
display: inline-block;
}
to default.css (e.g. just after the default style definition for the "td" element) and adding
display: inline-block;
to the style sets for the .sltab and .ltab classes (generic, not those specific to the "a" element) seems to prevent IE doing bad things with the display when zooming without messing up the display in Firefox. I have not tested this comprehensively or in any other browsers, but I thought it might be worth passing on.
Cheers,
Richard Stamper
|
I just tried with IE8 (don't have IE7 installed any more), and it looked to me like this has been fixed there. So this will get less a problem in the future. If people are stuck to IE7, they can made your modification themselves in the CSS file, so I guess I won't change the distribution for the moment.
|
|
Re: Show dropdown menus as a function of selecting an option in another dropdown menu, posted by Stefan Ritt on Fri Nov 13 17:03:03 2009
|
| Diogo Alves wrote: |
|
Hello,
I'm having some difficulties in having a tasks manager up and running.
The total attributes list is:
- Attributes = List, Project, SubProject, SubSubProject, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat
I would like to have the interface display the following attribute when I click "New":
- List (Options = Personal, Work)
After choosing a List "Personal" I would like to have the following attributes available for edit:
- List (Options = Personal, Work)
- Project (Options = Dummy1)
- Title
- Priority (Options = ...)
- Context (Options = ...)
- Status (Options = ...)
- Due Date (datetime)
- Start Date (datetime)
- Alarm (datetime)
- Repeat (Options = ...)
After choosing the Project "Dummy1" I would like to have the following attributes available for edit:
- List (Options = Personal, Work)
- Project (Options = Dummy1)
- SubProject (Options = Dummy2)
- Title
- Priority (Options = ...)
- Context (Options = ...)
- Status (Options = ...)
- Due Date (datetime)
- Start Date (datetime)
- Alarm (datetime)
- Repeat (Options = ...)
where Dummy2 is an option of the SubProject attribute only because Dummy1 was the chosen option of attribute Project.
What happens is that when I choose Dummy1 from the Project attribute, the SubProject attribute is not displayed in order to be editable.
Is there a way around this?
Thank you.
Kind Regards,
Diogo
Here's the configuration file relative to the "Tasks" logbook:
================================================
Password file = passwords.pwd
Self register = 0
Admin user = someuser
Login user = someuser
Allow password change = 1
Theme = default
Comment = Task Manager
Attributes = List, Project, SubProject, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat
List display = ID, Date, Author, List, Title, Priority
Show Attributes Edit = List
Options List = Personal{1}, Work{2}
Options Priority = High, Medium, Low, None
Options Context = @ Home, @ Work - IST
Options Status = Not Started, Start Delayed, Started, Started - On Hold, 1/4 Done, 1/4 Done - On Hold, 1/2 Done, 1/2 Done - On Hold, 3/4 Done, 3/4 Done - On Hold, Done
Options Repeat = Hourly, Daily, Weekdays, Weekend days, Weekly, Monthly, Yearly
{1} Show Attributes Edit = List, Project, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat
{1} Options Project = Dummy1{11}
{11} Show Attributes Edit = List, Project, SubProject, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat
{11} Options SubProject = DummyChild1
Extendable options = List, Project, SubProject, SubSubProject
Type Due Date = datetime
Type Start Date = datetime
Type Alarm = datetime
Required Attributes = List, Title
Reverse sort = 1
Default encoding = 0 ; ELcode
Thumbnail size = 500
|
There is one "feature" which causes this not to work. If an option is present several times (in your case "Show Attributes Edit"), the first one is taken which fulfills the current condition(s). So what happens is you select List=Personal, which triggers condition "1". Then you select "Dummy1", which triggers condition "11". Now elog goes top down, finds that List=Personal, so sets condition "1", then continues, finds {1} Show Attributes Edit = ... and takes this one. What I propose is to do the following:
Options List = Personal{1}, Work{2}
...
{3} Show Attributes Edit = List, Project, SubProject, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat
{3} Options SubProject = DummyChild1
{1} Show Attributes Edit = List, Project, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat
{1} Options Project = Dummy1{3}
Note that {3} Show Attributed Edit come before {1} Show Attributes Edit, so as soon as you select "Dummy1", the first "Show Attributes Edit" gets
activated which contains "SubProject".
|
Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications , posted by Heinzmann on Mon Nov 16 23:04:25 2009
|
Hello Stefan,
how can I activate the part like: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications
like below
| Discussion forum about ELOG |
Logged in as "Heinzmann" |
 |
|
|
|
E
Thank you very much,
|
Re: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications , posted by Stefan Ritt on Tue Nov 17 08:01:48 2009 
|
| Heinzmann wrote: |
|
Hello Stefan,
how can I activate the part like: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications
|
Just check the check boxes:
Isn't that obvious? |
|
Re: Re: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications , posted by Heinzmann on Tue Nov 17 11:01:50 2009
|
| Stefan Ritt wrote: |
|
| Heinzmann wrote: |
|
Hello Stefan,
how can I activate the part like: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications
|
Just check the check boxes:
Isn't that obvious?
|
Sorry wrong question, I meant how can I configure this part?
|
|
Re: Re: Re: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications , posted by Stefan Ritt on Tue Nov 17 11:24:59 2009
|
| Heinzmann wrote: |
|
| Stefan Ritt wrote: |
|
| Heinzmann wrote: |
|
Hello Stefan,
how can I activate the part like: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications
|
Just check the check boxes:
Isn't that obvious?
|
Sorry wrong question, I meant how can I configure this part?
|
There is nothing to activate. As soon as you have some logbooks defined and you are using user level access ("password file = ..."), this page will show up. |
|