ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
65812
|
Sat Apr 5 00:43:21 2008 |
| Dennis Seitz | dseitz@cosmology.berkeley.edu | Request | All | | Re: attachment indicator in summary view |
Stefan Ritt wrote: |
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
|
Thanks!
|
65816
|
Mon Apr 7 10:01:27 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | | Re: attachment indicator in summary view |
Edmundo T Rodriguez wrote: |
Stefan Ritt wrote: |
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
|
Would it be possible to instead of appearing a "clip" and/or "multiple-clips" (as the number of attachments grow) to appear a number which will be = to the count of attachments to avoid the column become too wide?
|
Ok, so I show individual clips up to five, and the number of attachments if more than five. |
65828
|
Sat Apr 12 22:04:58 2008 |
| Grant Jeffcote | grant@jeffcote.org | Request | All | | Re: attachment indicator in summary view |
Hi Stefan,
When using 2.7.3-2095 I can't seem to get the paperclip/s to show, just an additional field in the summary view (named Attachments) with the attachment file names below? Am I missing something?
Thanks
Dennis Seitz wrote
|
Stefan Ritt wrote: |
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
|
Thanks!
|
|
65829
|
Sun Apr 13 16:04:09 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | | Re: attachment indicator in summary view |
Grant Jeffcote wrote: |
When using 2.7.3-2095 I can't seem to get the paperclip/s to show, just an additional field in the summary view (named Attachments) with the attachment file names below? Am I missing something?
|
Yes, you miss the paperlclip icon. Get it from here and copy it under elog/themes/default/attachment.png. |
65848
|
Wed Apr 23 10:53:58 2008 |
| Willem Koster | W.Koster@rug.nl | Request | | | Request: elog as a "web service" ? (xml / soap) |
We're using elog as our CMDB, but now management wants us to employ "web services" and I fear going to another tool (elog is fitting the admins like a glove, so we'd rather keep it)
Is it possible to configure elog to be able to run as a web-service ? (basically getting xml-output according to a specific (SOAP) schema instead of html output)
http://en.wikipedia.org/wiki/Web_services
A 'Web service' (also Web Service) is defined by the W3C as "a software system designed to support interoperable Machine to Machine interaction over a network." Web services are frequently just Web APIs that can be accessed over a network, such as the Internet, and executed on a remote system hosting the requested services.
The W3C Web service definition encompasses many different systems, but in common usage the term refers to clients and servers that communicate using XML messages that follow the SOAP standard. Common in both the field and the terminology is the assumption that there is also a machine readable description of the operations supported by the server written in the Web Services Description Language (WSDL). The latter is not a requirement of a SOAP endpoint, but it is a prerequisite for automated client-side code generation in many Java and .NET SOAP frameworks (frameworks such as Spring and Apache CXF being notable exceptions). Some industry organizations, such as the WS-I, mandate both SOAP and WSDL in their definition of a Web service. |
65849
|
Wed Apr 23 11:51:06 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | | | Re: Request: elog as a "web service" ? (xml / soap) |
Willem Koster wrote: |
We're using elog as our CMDB, but now management wants us to employ "web services" and I fear going to another tool (elog is fitting the admins like a glove, so we'd rather keep it)
Is it possible to configure elog to be able to run as a web-service ? (basically getting xml-output according to a specific (SOAP) schema instead of html output)
|
At the moment no support for a Web Service is planned. |
65850
|
Wed Apr 23 18:59:30 2008 |
| Jochen Krempel | krempel(at)ill.fr | Request | All | 2.7.3 | LaTeX support |
I would appreciate if elog could provide a simple support for mathematical expressions.
A solution similar to wikimedia should be easy to implement and would help a lot.
http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows#Alternative_Solution
The idea is to parse the elog entry for a tag (e.g. <math></math>), extract the code, wrap it into a latex file, and pass this to latex, GhostScript, and ImageMagic. (The latter are already used by Elog, therefore the changes should not be too big.) The resulting image file would then be referenced by the elog html code.
Of course, the FCKeditor would not support LaTeX. However, the majority of elog-useres should be scientists and rather familiar with LaTeX. Therefore it should be fine if the original LaTeX code is saved (e.g. in the ALT-tag of the image) and the replacement "code to image" is undone for editing.
Kind regards,
Jochen |
65851
|
Thu Apr 24 07:51:23 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | 2.7.3 | Re: LaTeX support |
Jochen Krempel wrote: |
I would appreciate if elog could provide a simple support for mathematical expressions.
A solution similar to wikimedia should be easy to implement and would help a lot.
http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows#Alternative_Solution
The idea is to parse the elog entry for a tag (e.g. <math></math>), extract the code, wrap it into a latex file, and pass this to latex, GhostScript, and ImageMagic. (The latter are already used by Elog, therefore the changes should not be too big.) The resulting image file would then be referenced by the elog html code.
Of course, the FCKeditor would not support LaTeX. However, the majority of elog-useres should be scientists and rather familiar with LaTeX. Therefore it should be fine if the original LaTeX code is saved (e.g. in the ALT-tag of the image) and the replacement "code to image" is undone for editing.
|
We had already some time ago a request to integrate mimetex (elog:1827). I will see what I can do there. |