Forum Activity for @claygordon

Images and Galleries - Don't understand the functionality

Ning To Jamroom

@Brian -

Whatever is easiest in the long run.

Default paragraph formatting of Event text is screwy

Ning To Jamroom

Gotcha - forgot about the early release program. Funny aside - I looked closely at that as I was looking for where the update was.

Images and Galleries - Don't understand the functionality

Ning To Jamroom

Paul -

Yes, there are photo albums in Ning. Here's a screenshot of mine:

http://tinypic.com/r/n6c0oc/8

I have no idea why Ning is not including the album associations in the export JSON. My suspicion is that is is to maximize user and data lock-in by making the archive utility less useful.

Can I propose something that I **hope** will be simple? A flag on the import utility that will allow someone to choose between the two ways of uploading the images? I would gladly let you test it on my galleries! I would add a default gallery name " Loose Images " that everything was put into, to preserve the Gallery functionality on import.

For me, having 9000+ images wrongly associated in galleries reduces the utility of the whole images functionality. I don't know what it would take to do a re-import of just the image JSON data as I describe above - and overwrite what's there - but that's the best solution **for my community**.

I know this would require an update to the Ning Import module, but it seems to me to be a self-contained fix. Re-import and it should just work. Unless I am missing something completely.
updated by @claygordon: 01/06/15 09:10:29AM

Images and Galleries - Don't understand the functionality

Ning To Jamroom

@Brian -

It helps a lot. As I've said in other posts, one of the best aspects of migrating to Jamroom is the responsiveness of support in this Forum and everyone at JR's willingness to seriously consider the habits of our Ning members. The new view for images on member profiles can't come too soon for me.

In the meantime, I am assuming that there is a variable that controls the number of displayed galleries (right now set to 2?) and that there should be a page turner if the number of galleries is greater than that number. Right? Where would those go?

Page break not breaking

Ning To Jamroom

Brian -

I am still learning these details - what controls the look of what and where it's located. The modularity is good - I've applied many updates to individual modules in the past week. Learning where to make changes is what's taking me time.

Default paragraph formatting of Event text is screwy

Ning To Jamroom

@Brian -

I am in developer mode and I have the Beta (public) release channel active in the Marketplace Tools.
System core info /core/admin/info says that I am running 5.2.19.
I don't see a link to upgrade to 5.2.20 -- I would have assumed it was in system update and I don't see it in Developer Tools.
I think I have the correct developer name (jamroom user name) entered in Global config, if that's a requirement.

Page break not breaking

Ning To Jamroom

Gary -

You are right, it's there. However, we now have THREE different ways the pagebreak is presented to the user, a cognitive burden that should probably be simplified two at most two at some point.

On the home page in the Blog section, there is a lovely aqua-ish button with "read more" in the body of blog post.
On the Blog listing page there is a read more, but it's not centered, it's to the right and - perhaps easily missed as I missed it.
^ These could probably be simplified into a single format.

On the the actual blog post, there is a page counter with forward and back arrows centered under the bottom of the blog text.
^ This one should probably stay as it is - it's used in a lot of other meaningful contexts.

Images and Galleries - Don't understand the functionality

Ning To Jamroom

@michael -

I see where you are going with your suggestion but it doesn't answer my original questions.

We have, on the home page and by clicking on the "Gallery" link, a display of images compiled from every member's profiles. If you want, a Member's Gallery that is updated dynamically.

However, on the member profile pages there is no way that I can see to view ** all of the images that member has uploaded**, irrespective of what gallery the Ning import utility thought to put them in. That's the display I want to see when I click on Images:### under Stats. I can click on Gallery in the profile module menu to see the galleries in that member's profile.

However, there is a discrepancy between what albums contained in Ning and what the galleries in JR contain. In particular, I think there needs to be, for each member, a gallery than contains all of the images that were not assigned to Ning albums and therefore should not be grouped into galleries in what seems to be a random fashion. I propose that this gallery be called " Loose Images ".

If that's not possible because of the garbage that Ning puts into the images json file(s) then I propose that the importer ignore the album associations and put EVERYTHING into each member's " Loose Images " gallery. If they images are ordered by _created date, then it should be easy/ier to put them back into albums should someone want to take the time. In the meantime, the flatter presentation of a single galery will make browsing a whole lot more understandable.

:: Clay

PS. I was not asking for a rotator widget but it's not a bad idea and I would like to see how one might be implemented inside one of the containers on the home page.

Default paragraph formatting of Event text is screwy

Ning To Jamroom

@Brian -

Just to double check. The 5.2.20 beta release will NOT update any skin files - .tpl or .css. Right?

Page break not breaking

Ning To Jamroom

The page break is now working within a blog entry:

http://www.thechocolatelife.info/thechocolatelife/vera-hofman/blog/602/every-year-its-getting-better-and-better

However, if you look at the blog entry on this page:

http://www.thechocolatelife.info/thechocolatelife/blog

you'll see that the break is being processed but "read more" link is not there.