Re: Addition of a Print CSS, posted by Stefan Ritt on Tue Jan 16 21:13:42 2007
|
| Ian MacDonald wrote: | Is there any way to change the the embeded style sheet reference to allow a seperate style sheet for printing ?
Default config:-
<link rel="stylesheet" type="text/css" href="default.css">
Would like to configure to :-
<link rel="stylesheet" type="text/css" href="default.css media="screen">
<link rel="stylesheet" type="text/css" href="print.css" media="print">
Thanks |
I implemented your suggestion. You can use now
CSS = default.css&screen, print.css&print
The new code is in SVN revision 1782 and will be contained in the next release. |
|
Re: Addition of a "Restrict edit attribute" option?, posted by Stefan Ritt on Tue Mar 13 20:58:07 2007
|
| Justin Ellison wrote: | It would be a nice addition to have a config file option named "Restrict edit attribute".
Basically, I would like to have an attribute that was either:
a) An Option Attribute named Status with options of "Open" or "Closed"
b) An Option Attribute named Closed that was boolean.
Then, we could leave the item as editable until either choice "a" above was set to closed or choice "b" was true, at which point only admins could edit the item.
|
Conditional attributes? Like:
Attributes = ..., Status
Options Status = Open{1}, Closed{2}
{2}Locked attributes = Status
Unfortunately once it's locked, the admin has to change the config file to unlock it. |
|
Re: Addition of a "Restrict edit attribute" option?, posted by Justin Ellison on Wed Mar 14 15:03:41 2007
|
Sorry, I didn't explain it enough.
This feature is like "Restrict edit time", but instead of setting an entire entry as read only after n hours, we set it read only if attribute y is true. Admin would be able to go in and reset that attribute to false to unlock the entry for editing, but no one else would be able to.
That make more sense?
Justin |
|
Re: Addition of a "Restrict edit attribute" option?, posted by Stefan Ritt on Wed Mar 14 15:06:27 2007
|
| Justin Ellison wrote: | Sorry, I didn't explain it enough.
This feature is like "Restrict edit time", but instead of setting an entire entry as read only after n hours, we set it read only if attribute y is true. Admin would be able to go in and reset that attribute to false to unlock the entry for editing, but no one else would be able to. |
I understand what you want. The conditional attributes I showed you give you that functionality, except that unlocking is a bit painful for the admin (has to edit the config file each time). Sorry, but that's all I can give you. |
|
Re: Addition of a "Restrict edit attribute" option?, posted by Justin Ellison on Wed Mar 14 15:43:51 2007
|
| Stefan Ritt wrote: |
I understand what you want. The conditional attributes I showed you give you that functionality, except that unlocking is a bit painful for the admin (has to edit the config file each time). Sorry, but that's all I can give you. |
Now I understand what you were getting at. Sorry for the confusion. That should work fine for us - unlocking is something that shouldn't ever happen.
Thanks for the quick response!
Justin |
Re: Adding texts for each attachment, posted by Stefan Ritt on Mon Mar 16 22:53:22 2009 
|
| Dongwook Jang wrote: |
|
Dear Stefan,
First of all, I appreciate that you made such a nice program. I've used elog for more than 5 years and it was wonderful experince to me and my research work was very productive with this.
I have a suggestion to you to improve this while I was using elog. If users can add texts or comments for each attachment, it will be great.
I am not sure if someone was already suggested this or it is already in your wish list.
Thank you.
Dongwook Jang
|
Dear Dongwook,
no, this is not implemented and also was never requested. The way most people work is that images are included directly in the text, and the the text goes along with that.
So for example if I want to show you the ELOG logo, I put it here: 
If I want to add a comment for an attachment, I write it in the text and just refence the attachment with link. This way is more flexible that adding just a line of text to each attachment, since you can write several lines in the text, make a table etc. etc. |
|
Re: Adding texts for each attachment, posted by Dongwook Jang on Tue Mar 17 02:05:08 2009
|
| Stefan Ritt wrote: |
|
| Dongwook Jang wrote: |
|
Dear Stefan,
First of all, I appreciate that you made such a nice program. I've used elog for more than 5 years and it was wonderful experince to me and my research work was very productive with this.
I have a suggestion to you to improve this while I was using elog. If users can add texts or comments for each attachment, it will be great.
I am not sure if someone was already suggested this or it is already in your wish list.
Thank you.
Dongwook Jang
|
Dear Dongwook,
no, this is not implemented and also was never requested. The way most people work is that images are included directly in the text, and the the text goes along with that.
So for example if I want to show you the ELOG logo, I put it here:
If I want to add a comment for an attachment, I write it in the text and just refence the attachment with link. This way is more flexible that adding just a line of text to each attachment, since you can write several lines in the text, make a table etc. etc.
|
Dear Stefan,
Maybe I used elog with very inefficient way so far. The way you suggested requires putting figures somewhere else, right?
Elog saves attachments on the machine that elog is running. I want to store figures in elog.
The logo you showed above is stored in this entry?
Thank you.
Dongwook Jang |
|
Re: Adding texts for each attachment, posted by Stefan Ritt on Wed Mar 18 04:23:41 2009
|
| Dongwook Jang wrote: |
|
Dear Stefan,
Maybe I used elog with very inefficient way so far. The way you suggested requires putting figures somewhere else, right?
Elog saves attachments on the machine that elog is running. I want to store figures in elog.
The logo you showed above is stored in this entry?
Thank you.
Dongwook Jang
|
If you embed an image (via the "insert image" button in the task bar) this image is stored as an attachment, but the actualy attachment is hidden and the image is shown in-line. Yes, it is stored on the server where elogd runs.
|