Date   

locked Re: Wiki

Frances
 

Hi Mark,

I have been creating a couple of pages of travel links and it seems to work for our purposes.

I created a home page with links to a couple of subsidiary pages.
I used unordered bullets. 

A few small points:

It would be nice if I could alphabetize them after I put them in. I don’t see any way to do that.

Drag and drop - looks like it is designed to work with images only, but I couldn’t paste an image and there was no upload. Am I missing something? I couldn’t use drag and drop to alphabetize my list.

The horizontal line didn’t seem to work. I tried Command / Function / Return on my Mac (Function changes the return key to an enter key), plus a few other possibilities.

Search - the search works but the results are poorly displayed. This is a search for ATM. It does say that it is on the page for Travel Tools, and the words “travel tools” is clickable. However it seems to be displaying the full page. That would be awkward if it were a text-heavy page.


Table - I couldn’t figure out how to create a table. Not obvious to me. I was able to create a table with Pages (Apple) and paste it in nicely.

Sidebar - Interesting. We might use it to go to our archive on YahooGroups once we migrate to Groups.io

Thanks!

Frances






On Dec 16 14, at 4:51 PM, Mark Fletcher <markf@corp.groups.io> wrote:

All,

I just pushed the wiki to the live site. It should be self explanatory (please let me know if anything is unclear). Permissions work like the Files section (default is: editable by moderators, viewable by members). 

Depending on feedback, I'll announce it on updates in a few days.

Please let me know what you think.

Thanks,
Mark


locked Wiki

 

All,

I just pushed the wiki to the live site. It should be self explanatory (please let me know if anything is unclear). Permissions work like the Files section (default is: editable by moderators, viewable by members). 

Depending on feedback, I'll announce it on updates in a few days.

Please let me know what you think.

Thanks,
Mark


locked Re: Site #changelog

christopher hallsworth <challsworth2@...>
 

Unfortunately, the links are still not reading with VoiceOver under iOS. I am using Safari.



On 16 Dec 2014, at 06:26, Mark Fletcher <markf@corp.groups.io> wrote:

Changes to the site today:

- Accessibility updates for screen readers, including adding titles to links in the group sidebar.
- Added a 'Ban User' submit button when entering email addresses to ban.

Mark


 

Changes to the site today:

- Accessibility updates for screen readers, including adding titles to links in the group sidebar.
- Added a 'Ban User' submit button when entering email addresses to ban.

Mark


locked Re: Edit time out for posts

Judy F.
 

I totally agree with Shal. I am a machine embroiderer and sewer and belong
to quite a lot groups pertaining to those subjects. I can see that causing
problems big time. We've had enough problems with Neo, let's try to keep
this as easy and clean as possible for the owners and moderators.

Thanks,

Judy F., Moderator
Sew Its For sale YG
SW Florida - USA

-----Original Message-----
From: Shal Farley [mailto:shal@roadrunner.com]
Sent: Saturday, December 13, 2014 4:17 PM
To: beta@groups.io
Subject: Re: [beta] Edit time out for posts

David,

If I am reading this correctly and posts on IO may be edited, this is
a revolutionary and important development. I have stopped linking to
posts as much as they are carved in stone.
I have the opposite reaction: I don't like the fact that posts can be
edited. An archive that can be edited isn't an archive, it is a chalkboard.

In a technical help group editing may be as much advantage as disadvantage,
but in discussion groups I see too much potential for mischief, unless the
message posts have wiki-like features for knowing who edited them and what
changes were made.

Now in IO it would seem one can just go into the post and change or
delete the links. This is truely wonderful and will help me greatly.
In my own opinion that's what a wiki is for.

-- Shal


locked Edit time out for posts

Linda
 

Hi Frances, 
In group Settings, there are two items pertaining to hashtags:
 
Hashtags Required

All posts are required to have at least one hashtag.

Only Moderators Can Create Hashtags

If true, posts must be tagged with existing hashtags.


FYI, in 1A-Travelzine I have left both unchecked.

Linda


locked Re: Edit time out for posts

 

David,

If I am reading this correctly and posts on IO may be edited, this is a
revolutionary and important development. I have stopped linking to
posts as much as they are carved in stone.
I have the opposite reaction: I don't like the fact that posts can be edited. An archive that can be edited isn't an archive, it is a chalkboard.

In a technical help group editing may be as much advantage as disadvantage, but in discussion groups I see too much potential for mischief, unless the message posts have wiki-like features for knowing who edited them and what changes were made.

Now in IO it would seem one can just go into the post and change or
delete the links. This is truely wonderful and will help me greatly.
In my own opinion that's what a wiki is for.

-- Shal


locked Re: Edit time out for posts

Frances
 

Interesting point, David..

If we use a hashtag in our forum for posts with our recommended travel sites, I could at any point check the links in these hastagged posts and update the links in them as necessary. 

If there are concerns about editing at a much later date, "late" edits could be restricted to the owner or moderator.

At this point, I forget all about the rules of hashtags in Groups.io, but I believe that the list owner or moderator must create the hashtags. Can some be locked so only the owner or moderator can use them? Perhaps this overlaps with an earlier discussion of private hashtags.


locked Re: Edit time out for posts

David P. Dillard
 

If I am reading this correctly and posts on IO may be edited, this is a revolutionary and important development. I have stopped linking to posts as much as they are carved in stone. If a post is shared on a pubically archived list and one links to this post, when the content such as lists of website links becomes invalidated by the presence of several dead links, one must repost the whole message and relink to the new content.
Now in IO it would seem one can just go into the post and change or delete the links. This is truely wonderful and will help me greatly.



Sincerely,
David Dillard
Temple University
(215) 204 - 4584
jwne@temple.edu

On Sat, 13 Dec 2014, Mark Fletcher wrote:

Frances,
You edited an already sent/archived post? Currently, when you edit it, it does not get re-sent to members.. I realize how
important that feature is, and once I finish the wiki (early next week), that's the next thing on the todo list.
Thanks,
Mark
On Sat, Dec 13, 2014 at 9:28 AM, Frances <travel@tansymews.ca> wrote:

Just edited my previous post rather than posting a followup. Just realized it was 10 or 15 minutes ago that I wrote
the first "draft" and sent it. 

At what point does it go out to members? At what time? Or do they get another copy with the edits in it?

Just wondering for future reference.


locked Re: Edit time out for posts

Frances
 

In my post of wikis, I added this:

I just looked at the info you gave for files, Mark. What format “files” need to be in? Can they be files with HTML so that there are clickable links? 


locked Re: Edit time out for posts

 

Frances,

You edited an already sent/archived post? Currently, when you edit it, it does not get re-sent to members.. I realize how important that feature is, and once I finish the wiki (early next week), that's the next thing on the todo list.

Thanks,
Mark

On Sat, Dec 13, 2014 at 9:28 AM, Frances <travel@...> wrote:

Just edited my previous post rather than posting a followup. Just realized it was 10 or 15 minutes ago that I wrote the first "draft" and sent it. 

At what point does it go out to members? At what time? Or do they get another copy with the edits in it?

Just wondering for future reference.



locked Edit time out for posts

Frances
 

Just edited my previous post rather than posting a followup. Just realized it was 10 or 15 minutes ago that I wrote the first "draft" and sent it. 

At what point does it go out to members? At what time? Or do they get another copy with the edits in it?

Just wondering for future reference.


locked Re: Wiki

Frances
 

It's been a few years since I created or maintained a wiki, but I liked Wikispaces. I was able to use the simple wiki I created to demo wikis as part of my job in the public library. Someone else set up a PBwiki but either the preferences they set up or the format they chose made it difficult to use. (I see that Wikispaces is no longer offering free non-educational wiki space.)

All I am looking for is a simple way of creating an index to a few pages, each with a list of external links on each page. Static web pages (or blog posts) would work just as well for our purposes. For example, with Wordpress, I can choose to create pages or posts. Pages can have subpages. 

I don't know the answer to this, and I am not sure what other people need from this. 

I just looked at the info you gave for files, Mark. What format “files” need to be in? Can they be files with HTML so that there are clickable links? 

Just wondering whether a wiki is overkill for what we need.




locked Re: Wiki

 

Mark,

One solution to this is that when doing the diff I could first strip the
HTML. That would show the differences in text, but not formatting.
That seems reasonable. I agree with Ian that PBworks has a lot right with how they do things, including the page history and comparison of revisions.

The second issue involves sortable tables. Ideally, I'd like the wiki
section to take the place of both the Links and Database sections in Y!
Groups. That feels like the right thing to do to me..
I thought so at first, and maybe still do for the Links. But the pre-Neo database had some useful tricks that might be hard to emulate in a Wiki table. Or maybe not, but one wouldn't ordinarily think of them in a wiki context.

One was to have separate authority to 1) add rows, 2) see rows, and 3) format the table. It was possible to give the moderators to determine the format of the table (including number of columns and column descriptions) while allowing members to add rows and edit their own rows only (not the rows added by other members).

It was even possible to give members the ability to add rows but not to see other members' rows - this effectively created a "drop-box" capability where members could share information privately with the moderators.

And, these detailed privilege settings were defined on a per-table basis. Or, perhaps the fact that these are per-table privileges provides the escape hatch necessary to allow this to work in a wiki environment. But that also opens up the question of what view/edit privilege controls should exist for a) the wiki feature as a whole and b) on a per-page basis.

Another set of useful capabilities came and went with the "Groups Labs" applications. Those were essentially extended function tables, where the columns were typed, had descriptions and edit hints, and other aspects of a more powerful database than the simple text cells of the regular Yahoo Groups Database feature. Didn't go as far as being relational though, nor being able to pull in content from the Members list or other inherent tables of the group.

To do that, you need to be able to create tables and be able to sort
them in different ways. Wikipedia has a sortable table that does just
this; but they use their own formatting code to do it.
As Ian said, PBworks does this too. They use what looks (in Source edit mode) like ordinary HTML table elements but declared with

<table class="pbSortable" ...

which presumably clues something in the page render to implement the table sort ability. I don't like the fact that the sort markers in the header row (arrows) don't show until you first click in a header row. If the capability is there the affordance should be evident.

Again, I can solve this problem by not using HTML pages and instead
using a different markup format.
I think most users will be best served with a WYSIWYG page editor, regardless of the underlying representation. With that in place it may be less important what markup language (HTML, markdown, ad-hoc) is behind it.

The other solution is to not try to combine the wiki and links/database
section; I'd create a separate, dedicated database section. This has its
own set of plusses and minuses.
As hinted above, an advantage of a dedicated database section is that it makes wrangling the metadata clear: you can have a page view for each entry (row) that exposes metadata like author and date/time even if those aren't columns in the table view. And there's a clear meaning to the log entries that would go with editing a row's content or the table format.

I think if the table capability were wrapped in a wiki page that might be really powerful for some purposes, but I would want to preserve all the metadata power that the database form offers, something that PBworks' tables don't even aspire to do.

Those are the two issues I'm wrestling with at the moment. Thoughts or
suggestions would be appreciated!
One other feature of the PBworks' pages that I really love is the Table of Contents widget. Very handy indeed.

-- Shal


locked Re: Wiki

 

Hi Mark,
I'm using PBWorks wikis to document the history of Marconi Radar in a collaborative fashion.

I'm not competent to comment on the coding requirements, but here are my impressions as a user.

For me the way PBWorks does the change report is entirely adequate, viz. full detail of textual changes but "Only Formatting Differences" (undefined) where there has been no substantive change.

I also like the way PBWorks has the ability to opt for a sortable table with the sort being user-defined up or down by selected column.

HTH,
Ian

On 11 December 2014 at 23:23, Mark Fletcher <markf@corp.groups.io> wrote:
Hi All,

I've been working on wiki functionality, but I'm stuck and I need some help deciding what to do. If you don't know what a wiki is or does, this post probably won't make much sense; apologies for that.

As I have it now, the wiki consists of HTML pages, editable with the standard wysiwyg editor that is used to compose posts on the site. I like this much better than other wikis that require you to know markdown or some other wiki formatting code. It feels right to me. But there are a couple issues.

First issue is that part of a wiki is the ability to show the differences between edits to a page, to see what's changed (aka a diff). Doing a diff on two HTML pages is problematic, and I'm not sure I can create a page that will show the differences nicely. It's much easier to do a diff on two pages that are composed using markdown or some other wiki formatting code. One solution to this is that when doing the diff I could first strip the HTML. That would show the differences in text, but not formatting. Another solution is that I could not use HTML and go instead with markdown or something else. But that makes creating wiki pages more difficult.

The second issue involves sortable tables. Ideally, I'd like the wiki section to take the place of both the Links and Database sections in Y! Groups. That feels like the right thing to do to me.. To do that, you need to be able to create tables and be able to sort them in different ways. Wikipedia has a sortable table that does just this; but they use their own formatting code to do it. Again, I can solve this problem by not using HTML pages and instead using a different markup format. The other solution is to not try to combine the wiki and links/database section; I'd create a separate, dedicated database section. This has its own set of plusses and minuses.

Those are the two issues I'm wrestling with at the moment. Thoughts or suggestions would be appreciated!

Thanks,
Mark



locked Re: Wiki

 

"Again, I can solve this problem by not using HTML pages and instead using a different markup format" - why not add a particular class to the HTML table and apply sortability to any table with the class?


locked Wiki

 

Hi All,

I've been working on wiki functionality, but I'm stuck and I need some help deciding what to do. If you don't know what a wiki is or does, this post probably won't make much sense; apologies for that.

As I have it now, the wiki consists of HTML pages, editable with the standard wysiwyg editor that is used to compose posts on the site. I like this much better than other wikis that require you to know markdown or some other wiki formatting code. It feels right to me. But there are a couple issues.

First issue is that part of a wiki is the ability to show the differences between edits to a page, to see what's changed (aka a diff). Doing a diff on two HTML pages is problematic, and I'm not sure I can create a page that will show the differences nicely. It's much easier to do a diff on two pages that are composed using markdown or some other wiki formatting code. One solution to this is that when doing the diff I could first strip the HTML. That would show the differences in text, but not formatting. Another solution is that I could not use HTML and go instead with markdown or something else. But that makes creating wiki pages more difficult.

The second issue involves sortable tables. Ideally, I'd like the wiki section to take the place of both the Links and Database sections in Y! Groups. That feels like the right thing to do to me.. To do that, you need to be able to create tables and be able to sort them in different ways. Wikipedia has a sortable table that does just this; but they use their own formatting code to do it. Again, I can solve this problem by not using HTML pages and instead using a different markup format. The other solution is to not try to combine the wiki and links/database section; I'd create a separate, dedicated database section. This has its own set of plusses and minuses.

Those are the two issues I'm wrestling with at the moment. Thoughts or suggestions would be appreciated!

Thanks,
Mark


 

Changes to the site today:

- Changed how we decode encoded emails. We are now more permissive and will ignore badly encoded parts of messages.
- Fixed a bug that collapsed messages in the archives with just a quoted section and no other section.
- Two fixes with bounce processing.
- Fixed one archived email that was originally incorrectly processed (from the bug fixed Friday).
- Some changes to the marketing text to include the newly launched Files section.


Mark


locked Re: Collapsing messages forwarded to a group

 

Thanks for the bug report. It's been fixed.

Mark

On Mon, Dec 8, 2014 at 5:48 AM, Chris Leong <walkraft@...> wrote:

Here we can see that the first message in this thread is collapsed when he forwarded a message to this list. I would think that this message shouldn't be collapsed.



locked Collapsing messages forwarded to a group

 

Here we can see that the first message in this thread is collapsed when he forwarded a message to this list. I would think that this message shouldn't be collapsed.