That said, here is my take...
First, are you sure that you are disabling LogData on only the InLine
object, and not for the entire Procedure that contains the InLine? I
just checked, and even the latest release of EP (2.0.10.182) shows no
way to disable LogData for an InLine.
In that case, I suspect that you have actually disabled LogData for
the entire Procedure. As you have discovered, disabliing LogData for
a Procedure requires a great deal of finesse, and should be done only
by the most advanced users under unusual circumstances. And AFAIK
LogData is not documented anywhere.
So, just leave LogData enabled. Yes, all the c.SetAttrib commands
will leave extra junk in your .edat file, we have all just had to
live with that. Although, according to
http://www.pstnet.com/support/kb.asp?TopicID=3618 , the latest
release of EP2 now includes a way to disable logging of specified
Context attributes.
-----
David McFarlane
E-Prime training
online: http://psychology.msu.edu/Workshops_Courses/eprime.aspx
Twitter: @EPrimeMaster (twitter.com/EPrimeMaster)
You're welcome. I am curious about how you disabled LogData for only
your InLine object, could you please provide details?
Also, just to re-emphasize that E-Prime *has* added the feature you
describe, only at a more granular attribute-by-attribute basis -- see
http://www.pstnet.com/support/kb.asp?TopicID=3618 .
Regards,
-- David McFarlane
(Note to all, although I check the PST Forum almost daily (as a sort
of personal brain teaser), I almost never respond there because
people confuse the PST Forum with PST Web Support, and I do not wish
to contribute to that confusion. If people want my attention then
they need to post here, as Bo did).
-- David McFarlane
>--
>You received this message because you are subscribed to the Google
>Groups "E-Prime" group.
>To post to this group, send email to e-p...@googlegroups.com.
>To unsubscribe from this group, send email to
>e-prime+u...@googlegroups.com.
>For more options, visit this group at
>http://groups.google.com/group/e-prime?hl=en.
Thanks for weighing in. Just a few clarifiers, in reverse order...
Your #3, done with care, clearly will accomplish whatever you program it to do.
#2 is clever, and might work if applied with finesse -- one would
disable Log Data for the whole Procedure, then apply c.Log *before*
running any c.SetAttrib commands. A problem arises, however, if
later in the Procdure you have additional data to log, e.g., a
subject response. Then you would have to run c.Log again, and at
that time it would log all of the attributes defined by the earlier
c.SetAttrib commands. Until EP2.0.10.182, there was absolutely no
way around that.
#1 would indeed work for ordinary List attributes, but does not quite
apply to Bo's case, because he is using Context attributes in inline
statements (i.e., c.SetAttrib commands). Up until EP2.0.10.182, EP
provided no way to disable logging of Context attributes -- I know,
because I asked PST about this (sorry, I can't find a link for that
right now). But as I have posted here, EP2.0.10.182 now provides a
way to disable logging of individual Context attributes.
Thanks for contributing,
-- David McFarlane
> athttp://<http://support.pstnet.com/e%2Dprime/support/login.asp>support.pstnet.com/e%2Dprime/support/login.asp,
> and they
> > strive to respond to all requests in 24-48 hours -- this is pretty
> > much their substitute for proper documentation, so make full use of
> > it. 3) In addition, PST takes questions at their Facebook page
> >
> (<http://www.facebook.com/pages/Psychology-Software-Tools-Inc/241802160683>http://www.facebook.com/pages/Psychology-Software-Tools-Inc/241802160683
>
> > ), and offers several instructional videos there and on their YouTube
> > channel
> (<http://www.youtube.com/user/PSTNET>http://www.youtube.com/user/PSTNET)
> (no Twitter feed yet,
> > though). 4) If you do get an answer from PST staff, please extend
> > the courtesy of posting their reply back here for the sake of others.
> >
> > That said, here is my take...
> >
> > First, are you sure that you are disabling LogData on only the InLine
> > object, and not for the entire Procedure that contains the InLine? I
> > just checked, and even the latest release of EP (2.0.10.182) shows no
> > way to disable LogData for an InLine.
> >
> > In that case, I suspect that you have actually disabled LogData for
> > the entire Procedure. As you have discovered, disabliing LogData for
> > a Procedure requires a great deal of finesse, and should be done only
> > by the most advanced users under unusual circumstances. And AFAIK
> > LogData is not documented anywhere.
> >
> > So, just leave LogData enabled. Yes, all the c.SetAttrib commands
> > will leave extra junk in your .edat file, we have all just had to
> > live with that. Although, according
> tohttp://<http://www.pstnet.com/support/kb.asp?TopicID=3618>www.pstnet.com/support/kb.asp?TopicID=3618,
> the latest
> > release of EP2 now includes a way to disable logging of specified
> > Context attributes.
> >
> > -----
> > David McFarlane
> > E-Prime training
> >
> online:
> <http://psychology.msu.edu/Workshops_Courses/eprime.aspx>http://psychology.msu.edu/Workshops_Courses/eprime.aspx
>
> > Twitter: @EPrimeMaster
> (<http://twitter.com/EPrimeMaster>twitter.com/EPrimeMaster)
> athttp://<http://support.pstnet.com/e%2Dprime/support/login.asp>support.pstnet.com/e%2Dprime/support/login.asp,
> and they
> > strive to respond to all requests in 24-48 hours -- this is pretty
> > much their substitute for proper documentation, so make full use of
> > it. 3) In addition, PST takes questions at their Facebook page
> >
> (<http://www.facebook.com/pages/Psychology-Software-Tools-Inc/241802160683>http://www.facebook.com/pages/Psychology-Software-Tools-Inc/241802160683
>
> > ), and offers several instructional videos there and on their YouTube
> > channel
> (<http://www.youtube.com/user/PSTNET>http://www.youtube.com/user/PSTNET)
> (no Twitter feed yet,
> > though). 4) If you do get an answer from PST staff, please extend
> > the courtesy of posting their reply back here for the sake of others.
> >
> > That said, here is my take...
> >
> > First, are you sure that you are disabling LogData on only the InLine
> > object, and not for the entire Procedure that contains the InLine? I
> > just checked, and even the latest release of EP (2.0.10.182) shows no
> > way to disable LogData for an InLine.
> >
> > In that case, I suspect that you have actually disabled LogData for
> > the entire Procedure. As you have discovered, disabliing LogData for
> > a Procedure requires a great deal of finesse, and should be done only
> > by the most advanced users under unusual circumstances. And AFAIK
> > LogData is not documented anywhere.
> >
> > So, just leave LogData enabled. Yes, all the c.SetAttrib commands
> > will leave extra junk in your .edat file, we have all just had to
> > live with that. Although, according
> tohttp://<http://www.pstnet.com/support/kb.asp?TopicID=3618>www.pstnet.com/support/kb.asp?TopicID=3618,
> the latest
> > release of EP2 now includes a way to disable logging of specified
> > Context attributes.
> >
> > -----
> > David McFarlane
> > E-Prime training
> >
> online:
> <http://psychology.msu.edu/Workshops_Courses/eprime.aspx>http://psychology.msu.edu/Workshops_Courses/eprime.aspx
>
> > Twitter: @EPrimeMaster
> (<http://twitter.com/EPrimeMaster>twitter.com/EPrimeMaster)
BlockProc *is* a Procedure. When you disabled Log Data for BlockProc,
you disabled logging for that entire Procedure. Hope that clarifies
matters.
Your best option is actually #4, upgrade to EP2.0.10.182 where it
includes facilities to disable logging of individual Context attributes.
Otherwise, I think your best option is #0, just log everything and
deal with it later in the .edat file. In fact, if you get proper
training in the use of E-DataAid, you will see how to use E-DataAid to
filter out extraneous columns and focus on data of interest. I include
a lesson on this in my online course.
Regards,
-----
David McFarlane
E-Prime training online:
http://psychology.msu.edu/Workshops_Courses/eprime.aspx
Twitter: @EPrimeMaster (twitter.com/EPrimeMaster)
>> l�s mere �
>