Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 400 of 807  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Icon Author Author Email Category OS ELOG Version Subject
  66615   Tue Nov 17 11:01:50 2009 Reply Heinzmanncatman333@web.deQuestionWindows2.7.7Re: Re: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications

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:

Capture.png 

Isn't that obvious?

 

Sorry wrong question, I meant how can I configure this part?

 

 

 

  66614   Tue Nov 17 08:01:48 2009 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.7.7Re: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications

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:

Capture.png 

Isn't that obvious?

  66613   Mon Nov 16 23:04:25 2009 Question Heinzmanncatman333@web.deQuestionWindows2.7.7Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications

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" ELOG logo
Login name:
Full name:
Email:
Subscribe to logbooks:
(enable automatic email notifications)






E

Thank you very much,

 

  66612   Mon Nov 16 13:46:38 2009 Reply Stefan Rittstefan.ritt@psi.chBug reportAll2.7.7-2254Re: "Collapse to last = 1" problem when reply twice to the same entry
> Hello.
> 
> Please look at the entry 66525 of this forum (just 5 thread before this one):
> 
>  ->  chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009         (66525)
>   |->    Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009       (66526)
>   |->    Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556)
> 
> When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent)
> 
>   +      Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009  
> 
> I guess it is because both 66526 and 66556 replies to the first entry. 
> I have the same problem with Elog v2.7.7-2246 and Windows. 
> 
> In general, it seems to work well only if you always reply to the last entry of a thread.
> 
>   Thank you.
> 
> 
> b.t.w. : is there any tip to always force reply to the last entry of a thread?

I fixed that in revision 2269. So now elog scans a complete branch and searches for the last entry in the branch. 
You can check again the branch above on the forum, should work now.
  66611   Fri Nov 13 17:03:03 2009 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux | Mac OSX2.7.7Re: Show dropdown menus as a function of selecting an option in another dropdown menu

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".

 

 

  66610   Fri Nov 13 15:54:21 2009 Reply Stefan Rittstefan.ritt@psi.chInfoWindows2.7.7Re: Problems zooming elog pages in Internet Explorer - a possible fix

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.

 

  66609   Fri Nov 13 15:40:05 2009 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.7.7Re: fckeditor is not running

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. 

  66608   Fri Nov 13 15:21:03 2009 Reply David PilgramDavid.Pilgram@epost.org.ukRequestLinux2.7.7-2264Re: List View: Attachments icon

Stefan Ritt wrote:

David Pilgram wrote:
Do you mean putting the paperclip icon to the left of the 'Thread display' (such as next to the
emoticons and other stuff we can put in this forum)?


Ahh, now I see what you mean. Well, first you can configure the amount of things to be shown in the threaded display
already via "Thread display". So maybe you can strip down things to have not too long entries. Second, to get to the
attachment you click on the entry, then click on the attachment. So to save you one click, it would cost me a few hours
of work (literally during the weekend). So I'm not very convinced Wink


In my version of firefox, the thread display usually word-wraps once I get to the emty-enty entry, so the paperclip icon being at the
end of the thread display is not a disaster. And let's be grateful that it does not pop up and say "you appear to be reporting
a bug in elog..." Wink
ELOG V3.1.5-3fb85fa6