Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 678 of 807  Not logged in ELOG logo
 Find |  Login |  Help 
 Full | Summary | Threaded | Show attachments  Show only new entries    6451 Entries 
Goto page Previous  1, 2, 3 ... 677, 678, 679 ... 805, 806, 807   Next  
ID Date Icon Author Author Email Category OSdown ELOG Version Subject
  1807   Thu Apr 13 09:07:24 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionAll Re: Can a field value be calculated during display?

Sridhar Anandakrishnan wrote:
I have a logbook which is a Calendar/Appointment book with Attributes: "Appointment DateTime", Place, etc.

I would like another Attribute called "When" whose value is calculated from Today's Date - Appointment date (so for example I could display today's appointments in red...). This calculation has to take place each time the logbook is displayed...

Possible? Useful?


No.

ELOG is an electronic logbok and should not be used as a full calendar application. There are much better packages for that, like PHP groupware. Better use one of those packages.
  1808   Fri Apr 14 16:30:56 2006 Question Steve Jonessteve.jones@freescale.comQuestionAll2.6.1-1684Any way to move Replies from one logentry to another?
Is there anyway to reattach a reply within a logbook from one logentry to another? I guess it would be "re-associate"?
  1811   Tue Apr 18 10:01:23 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionAll2.6.1-1684Re: Any way to move Replies from one logentry to another?

Steve Jones wrote:
Is there anyway to reattach a reply within a logbook from one logentry to another? I guess it would be "re-associate"?


No, this is not possible directly. You would have to make a new reply, and manually fill in the contents from the original reply. It is however possible by directly tampering the ELOG files, but that should be done only by experienced users.
  1812   Wed Apr 19 04:48:43 2006 Agree Steve Jonessteve.jones@freescale.comQuestionAll2.6.1-1684Re: Any way to move Replies from one logentry to another?

Stefan Ritt wrote:

Steve Jones wrote:
Is there anyway to reattach a reply within a logbook from one logentry to another? I guess it would be "re-associate"?


No, this is not possible directly. You would have to make a new reply, and manually fill in the contents from the original reply. It is however possible by directly tampering the ELOG files, but that should be done only by experienced users.


Kind of what I thought but needed to ask. I think I'll leave things as they are. Thanks!
  1827   Wed May 10 16:30:45 2006 Idea Kevin McCartykmccarty@princeton.eduRequestAll2.6.1Feature request - site-specific ELCode markup definitions
Hi,

Here's a suggestion that you may or may not want to apply. It would be nice if there existed a config file (or a syntax in the existing elog.cfg file) that permitted sites to define their own ELCode patterns.

Let me give you a usage case. I thought it would be nice to have LaTeX expressions show up automatically on my group's ELog installation if they entered them like this: [math]x^2 + y^2 = r_0^2[/math] So in the source code file elogd.c, I hacked in the following additions to the definition of pattern_list[]:
   {"[math]", "<img src = \"http://borex.princeton.edu/mimetex?"},
   {"[/math]", "\" border = \"0\" align = \"absmiddle\" />"},
and recompiled ELog.

What this does is convert the LaTeX expression into a URL that uses the "mimetex" CGI program installed on my server to output a GIF file of the equation. So my users can have inline math expressions in their log entries, like this: . Obviously this is far too site-specific to be added to the official ELog code (unless you want to embed mimetex code into the server, which I kind of doubt Smile ). But it would be nice if I could specify these patterns in a config file without having to edit the source code and recompile each time I want to install a new ELog version!

Presumably others could find a use for site-specific ELCode markup too (logos, custom smilies, etc.)

Thanks for your time.
  1841   Tue May 30 17:54:21 2006 Warning Steve Jonessteve.jones@freescale.comBug reportAll2.6.1-1681Losing field 'focus' when using Conditional Attributes
Stefan, any way to address this? It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system).


With version 2.6.1 rev 1681 I believe this is when I started seeing the behavior such that when a conditional attribute value is selected the focus switches to the message entry window. It looks like when the javascript cond_submit() is called for some reason on returning focus defaults to the message window. This occurs under Windows (rev 1861) and Solaris (rev 1864). I can see in function chkform() that focus is returned for checking Required attributes, but I see nothing for conditional attributes.

Thanks
  1842   Tue May 30 17:57:46 2006 Reply Steve Jonessteve.jones@freescale.comBug reportAll2.6.1-1681Re: Losing field 'focus' when using Conditional Attributes

Steve Jones wrote:
Stefan, any way to address this? It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system).


With version 2.6.1 rev 1681 I believe this is when I started seeing the behavior such that when a conditional attribute value is selected the focus switches to the message entry window. It looks like when the javascript cond_submit() is called for some reason on returning focus defaults to the message window. This occurs under Windows (rev 1861) and Solaris (rev 1864). I can see in function chkform() that focus is returned for checking Required attributes, but I see nothing for conditional attributes.

Thanks



Quote:
Attributes FunctionalArea, Operation, Category

#####################################################################################################
# Start defining how the form works
##################################################
# Define FunctionalArea
#
Options FunctionalArea = NFS{1}, LDAP{2}, LoadBalancer{3}, LSF{4}, SunRay{5}, Tarantella{6}, Vital Server{7}, ClearCase{8}, CFEngine{9}, DataCenter{10}, Compute{11}, Network{12}


##################################################
# Define Operation
#
{1} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{2} Options Operation = Schema Change, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{3} Options Operation = New Service Added, Configuration Change, Maintenance, SW Installation, SW Upgrade, Patch Applied
{4} Options Operation = Schema Change, Queue Change, License Change, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{5} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Firmware Upgrade, Patch Applied
{6} Options Operation = WebTop Change, Server Added, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{7} Options Operation = New Service Added, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{8} Options Operation = New VOB, New View, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{9} Options Operation = SW Upgrade, Configuration Change, Patch Applied
{10} Options Operation = New HW Install, HW Maintenance, Power/UPS, HVAC, Network HW
{11} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
{12} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied
Tooltip FunctionalArea = The predefined Operations areas under which a Change may be scheduled.
Tooltip Operation = Choose FUNCTIONALAREA first

##################################################
# Define Category
#
{1} Options Category = HP, Celera, Sun, Brocade, StorageTek, EMC
{2} Options Category = Supplier, Hub, Consumer,Gateway, Client
{3} Options Category = F5, CSS
{4} Options Category = Master  
{5} Options Category = SunrayServer 
{6} Options Category = TTServer, DesktopServer
{7} Options Category = WWW, NIS, LISTSRV, NTP, DNS, MTA, TWIKI, ELOG, LOGGING HOST, GSH
{8} Options Category = VOB, VIEW
{9} Options Category = ?
{10} Options Category = Cisco, Netbotz, Liebert Paging
{11} Options Category = HPUX, Solaris, Linux
{12} Options Category = Cisco
Tooltip Category = Optional attribute. Please use for furthur classification.
  1846   Tue Jun 13 08:51:38 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportAll2.6.1-1681Re: Losing field 'focus' when using Conditional Attributes

Steve Jones wrote:
It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system).


It was some new code used for inline images. If you upload an inline image, an extra window opens which lets you select the image file. After that operation, you want to have the focus back at the text box. Unfortunately this also happened now after the JavaScript update of conditional attributes. I fixed that in the new version 2.6.1-6.
Goto page Previous  1, 2, 3 ... 677, 678, 679 ... 805, 806, 807   Next  
ELOG V3.1.5-3fb85fa6