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. |
Re: Re: Show dropdown menus as a function of selecting an option in another dropdown menu, posted by Diogo Alves on Tue Nov 17 16:44:43 2009
|
Stefan Ritt wrote: |
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".
|
Thank you ... good to know about these elog features. Works fine now!!! |
Re: Re: Re: Re: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications , posted by Heinzmann on Tue Nov 17 19:04:16 2009
|
Stefan Ritt wrote: |
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.
|
Sorry,
was my mistake, may I,m a little bit stressed.
cheers,
Michael |
Re: Re: Elog & SSL Export to CSV , Problem, posted by soren poulsen on Wed Nov 18 13:51:55 2009
|
Stefan Ritt wrote: |
Chuck Brost wrote: |
Stefan, would it be possible to make the following change so that the document is not cached and at the same time it is possible to save it.
The change would entail replacing the "Pragma: no-cache" directive with an "Expires: " <HTTP-date> where <HTTP-date> is the same as Date header value. Please see section 14.21 of http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
Hopefully there are no other side effects to this change.
|
ok, so I removed the "Pragma: no-cache". With IE it looks fine now, and if I repeat it two times it always gets is from elog and not from the cache due to the "Expires:" statement. The "no-cache" came from old days when some browsers did not yet support the "Expires" tag. I hope that this is better now, so let's see when we get the first complaints. The modification is in SVN revision 2265.
|
This seems to work fine. |
Re: Re: Export and save problem with IE7, posted by soren poulsen on Wed Nov 18 13:54:25 2009
|
Stefan Ritt wrote: |
soren poulsen wrote: |
Hi
Would it be possible to use the "Export to:" function with IE7 on the Forum logbook, and save the logbook.
I can do the export but saving the file with IE7 does not work. Saving the file with Firefox, Chrome, Safari works.
This makes me think that E-log is good and IE7 is bad ?
Soren
|
Right
It seems to be a well known probmel with IE: http://classicasp.aspfaq.com/files/directories-fso/how-do-i-send-the-correct-filename-with-binarywrite.html
So I tried all variations there, but none of them worked. The interesting thing is that it works if you use it locally, but not with the forum (which has an additional "/elogs" in the URL).
|
Problem resolved. |
Attachments and images of attachments, posted by David Pilgram on Mon Nov 23 11:53:22 2009
|
Hi Stefan,
I attached a 12 page (22kB) pdf file - no images - to an entry, but elog only converted the first 8 pages to
images (.png). This is reproducable, i.e. a different small multipage pdf file produced the same number of images.
The size of the pdf file does not seem to be a problem, a single page pdf file with a lot of images in it
attached as expected.
Is this correct, or a defined limitation? |
Re: Attachments and images of attachments, posted by David Pilgram on Mon Nov 23 12:32:14 2009
|
> Hi Stefan,
>
> I attached a 12 page (22kB) pdf file - no images - to an entry, but elog only converted the first 8 pages to
> images (.png). This is reproducable, i.e. a different small multipage pdf file produced the same number of images.
>
> The size of the pdf file does not seem to be a problem, a single page pdf file with a lot of images in it
> attached as expected.
>
> Is this correct, or a defined limitation?
This is a defined limitation. Sometimes people attach whole books in PDF form to an entry, and you don't want to end up
with hundreds of images cluttering your browser. If you want to see the full document, just load it into your PDF viewer. |
Re: Attachments and images of attachments, posted by David Pilgram on Mon Nov 23 13:17:53 2009
|
> > Hi Stefan,
> >
> > I attached a 12 page (22kB) pdf file - no images - to an entry, but elog only converted the first 8 pages to
> > images (.png). This is reproducable, i.e. a different small multipage pdf file produced the same number of images.
> >
> > The size of the pdf file does not seem to be a problem, a single page pdf file with a lot of images in it
> > attached as expected.
> >
> > Is this correct, or a defined limitation?
>
> This is a defined limitation. Sometimes people attach whole books in PDF form to an entry, and you don't want to end up
> with hundreds of images cluttering your browser. If you want to see the full document, just load it into your PDF viewer.
Thanks, Stefan (why is this answer down under my name!?)
I couldn't find reference to this in the documentation. In the case I referred to, I'll have to play with the pdf so that
the six pages I actually want displayed are. |
|