|
|
| Author |
Message |
| 22 new of 46 responses total. |
popcorn
|
|
response 25 of 46:
| 
Sep 29 21:21 UTC 1996 |
This response has been erased.
|
janc
|
|
response 26 of 46:
|
Sep 30 00:10 UTC 1996 |
Don't apologize. We do need bug reports. The timeout is mainly there for
insurance against infinite loops while debugging. It's clear that on Grex
it has to be lengthened quite a lot.
I agree we should give image sizes.
On #23, when it didn't give options to continue reading new responses, were
you in vanilla or pistachio?
|
janc
|
|
response 27 of 46:
|
Sep 30 00:58 UTC 1996 |
I put sizes on the grex logo. Most of the buttons on the pistachio read
page (both the ones in the control panel like "NEXT ITEM" and the ones
in the text window like "UNSEEN") already had sizes, but it had been
left out on a few (though not on ones Valerie would have seen...just
fairwitness controls). There are probably some sizeless buttons here
and there on other pages, but I'll have to look for them.
|
janc
|
|
response 28 of 46:
|
Sep 30 01:09 UTC 1996 |
I've increased the timeout on Grex.
There isn't a really good way to read just selected responses of an item
in either of the interfaces right now. (Though it wouldn't be hard to
put into an interface). The best you can do now is in Pistachio:
- On the "list of items" page, Check the item, Check "read new
responses", and hit the "Read" button. This will read the new
responses in the item, which, since you say it was all marked seen
read it, there aren't any of.
- You'll get the read page, with just the response box, and a little
"view responses" button at the top. Type the response range you
want to see into the box, and hit the button.
Obviously this won't work with a new item. The "read new" will show
the whole thing. There needs to be an option for that on the Read
button on the items page.
|
janc
|
|
response 29 of 46:
|
Sep 30 01:20 UTC 1996 |
I wonder if Valerie isn't using Vanilla. I wasn't able to reproduce the
problem of losing the "NEXT ITEM" button under pistachio. And Vanilla
is more inclined to collect up all the output in a buffer and then send
it in a single blast when it is done composing the item that Pistachio
is. Pistachio tends to send chunks of text along as they are completed.
|
popcorn
|
|
response 30 of 46:
|
Sep 30 14:15 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 31 of 46:
|
Sep 30 19:19 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 32 of 46:
|
Sep 30 19:21 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 33 of 46:
|
Sep 30 19:26 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 34 of 46:
|
Sep 30 19:28 UTC 1996 |
This response has been erased.
|
janc
|
|
response 35 of 46:
|
Oct 1 21:50 UTC 1996 |
You still got a timeout reading "The Flood"? Wow. Timeout is set at
eight minutes. I've read it several times and even the previous 3
minute timeout never got me.
I'm not so worried about the timeouts, per se. I would plan to turn
them off in a production system. We put those in on HVCN because if one
of our scripts went into an infinite loop, it was difficult or
impossible to kill it. I am rather amazed that you were willing to wait
8 minutes.
The Pistachio "UNSEEN" button marks that response, and all subsequent
responses unseen, and skips on to the next item, so if you do another
"read new" you can pick up where you left off.
Alt tags on the buttons is a good idea. I tend to think of those as
support for non-graphical browsers, which would be hopelessly lost in
Pistachio anyway. But I guess there are other uses.
I put the "HELP" button into Pistachio, but never thought of anything
for it to do. Someday I'll have to do something about that.
Wow. You can fit a lot in a name. I wonder what Picospan thinks about
that?
On my browser, the Post button is kind of highlit. I suppose I could
do something nicer with it.
|
janc
|
|
response 36 of 46:
|
Oct 1 21:58 UTC 1996 |
Looks like mile-long names are A-OK with Picospan.
|
ryan1
|
|
response 37 of 46:
|
Oct 8 23:10 UTC 1996 |
NEW BUG: I tried to use the thing to edit my conference hot list
but when i tried to "change" the file, it said it could not write to the
.cfonce file.
now isn't it supposed to edit .cflist?
|
janc
|
|
response 38 of 46:
|
Oct 10 04:11 UTC 1996 |
Yup. I think I've fixed that bug, but not quite 100%. It now edits your
.cflist, but leaves it permitted wrong so Picospan can't read it anymore.
I've implemented a fix to the second bug, but haven't installed it on Grex
yet, so for the moment, I'd advise not editting your .cflist with backtalk.
If you tried doing so before the first bug fix, I suspect you have an empty
file named ".cfdir/..cfdir" if you had a .cfdir, or one name ".cfdir" if you
didn't. (I know, I was really off my head when I wrote that bit of code.)
You should remove it, especially in the latter case. If you've tried it since
the first fix I did, I recommend doing "chmod o+r .cflist" or, if you have
a .cfdir, "chmod o+r .cfdir/.cflist". Sorry.
There also seems to be a bug with Backtalk remembering some forgotten items.
I haven't chased this down yet.
|
srw
|
|
response 39 of 46:
|
Oct 10 06:41 UTC 1996 |
Yipes - I haven't been here in way too long.
Valerie, there are problems in Vanilla which can cause it to lose the
option to continue reading. Your resp:23 experience is a known defect.
Thanks for reporting it, though, I keep forgetting about it.
I was responding to daniel, sorry.
I agree that embedding the pixel sizes would be a good idea.
I am still having trouble with Backtalk paying no attention to my cflist and
participation files. It seems odd that it would choose me to discriminate
against. Alas it is almost 3AM and I can't figure it out right now.
I'm using picospan, because every item is all new to me when viewed in
Backtalk.
|
srw
|
|
response 40 of 46:
|
Oct 10 21:17 UTC 1996 |
I also think vanilla needs a cutoff on repnses. When the number is too large,
one could be told that there are more responses, and ask if you want to go
on. this would ease the problem with timeouts. How many respnses should we
issue before asking this? 50? 100?
I have been assuming that the problem which I am seeing with my participation
files came from a gltch which was causing partutil to fail to be able to
change the perms. In fact, the perms were not getting changed. So I changed
them manually to see what would happen. Now all my participation files and
my .cflist should be rw accessible to backtalk, but the symptoms are unchaged.
It refuses to read any of them. I seem to have no conferences in my cflist
and nothing seems to have been read. This was working OK in the backtalk
conference a few weeks ago, but is broken there, now too.
I am going to have to set aside some time to reproduce this with "repeatfile"
and the -r option, so I can see what's happening under the debugger, unless
I get a brainstorm first. Maybe I can do it this weekend.
|
ryan1
|
|
response 41 of 46:
|
Oct 12 03:12 UTC 1996 |
Also, when I "check mark" all the items I want to read, and then
click on "Read Selected Items" it shows the ENTIRE list of responses to
that item which takes quite a while to download. Is it supposed to do
that? Or am I supposed to use the option to "Read New Responses" and I
will not have that problem? Anyway, I am waiting to use the "read new
responses" feature until the "forget" bug is fixed :)
Uhm, if you didn't understand that, I don't blame you. I barely
understood what I just typed.
|
janc
|
|
response 42 of 46:
|
Oct 13 17:34 UTC 1996 |
Steve's problem should be fixed. An early version of partutil had the really
evil bug of creating a file named ".cfdir" in the home directories of users
with no .cfdir directory. When backtalk saw Steve's .cfdir file, it thought
he had a .cfdir, and went looking for participation files under it, which it
couldn't find....yuck.
Webcaucus shows 25 responses at a time. You have to hit a MORE button to get
more. There is are buttons for PREVIOUS PAGE, NEXT PAGE and LAST PAGE.
The "List of Items" page is one I still want to redesign. To do what Ryan
wants with the current page, select the items you want, and hit do a "Read
New". It will read only new responses in those items, and it won't skip items
with no new responses (it'll just show no responses). The whole thing is
not very intuitive.
I still need to figure out the forget bug.
|
ryan1
|
|
response 43 of 46:
|
Oct 15 21:06 UTC 1996 |
OK, here's something that would make using BT a bit easier.
I think it would be very helpful if you displayed the users' .cflist
file on the startup page that tells you to put a bookmark to.
(http://www.cyberspace.org/cgi-bin/pw/bt/pistachio/begin)
It would be neat for that page to show the CF's listed (in the same
order as .cflist) and you be able to click on the conference you want to
see. Just a suggestion.
|
janc
|
|
response 44 of 46:
|
Oct 16 17:16 UTC 1996 |
A good one too.
|
jor
|
|
response 45 of 46:
|
Nov 18 18:16 UTC 1997 |
Hi. I am a lynx user. Coming here via MSIE is a major trip.
Can I not use tabs?
Pistachio . . Pistach-IO . . is so slow as to be unusable but
it really, really, really is incredibly spiffy. I mean, it really is.
Would vanilla run faster? Would it run and melt and drip?
What now . . am I to click on "Post" Here goes nothin' . .
|
janc
|
|
response 46 of 46:
|
Nov 19 17:45 UTC 1997 |
Pistachio is faster if you get it out of frames mode. If the control panel
at the top of the page doesn't scroll when you scroll the window, you are in
frames mode. I think I made this default off on Grex, but if you have it on,
you can turn it off. Click the "Edit Personal Settings" button on the entrace
page, then the "Set Options" button on the bottom of the Personal Info page,
and there is a check box for using frames.
If you aren't in frames mode, vanilla and pistachio are about the same speed.
I'm not sure I really understand why backtalk is so slow on Grex.
|