Re: [LogiLogi-list] Selected logi and small color-tweak
Status: Beta
Brought to you by:
wybow
|
From: Wybo W. <wy...@lo...> - 2008-09-11 08:33:55
|
> > Agree, I suggest adding a link to the LogiLogi logi to this too. > > Well, this could actually be a logi with it's title, and it could be > the most voted contender in its kind in the general peergroup... maybe > even different ones depending on the peergroup you are navigating? > anyway there will only be one option now, but its a nice thing to be > THAT open, even allow the new users to give it a try... proof of > concept. :) Hm, I think a whole logi would be too long for it. One mayor complaint we received on the front-page previously was that it was too static, with the whole text in view. I thought of something simmilar to what we have now, a short (maybe bit longer than now) text with a read on link leading into the main logi... > > For users and peergroups a tag-cloud might be less usefull. Users > > because there can only be one user for each name, so no differences in > > size for the tags, and for peergroups because there will be not enough > > of them at first to make a decent cloud... > > Ok, but I don't like the all mixed logis with Homes and users names... > what can we do about this? that's why I propose separation... maybe > the users tab is not a tagcloud, maybe just a list in order of > creation. One simple thing to do is just wait a bit. I mean as there will only be a single logi for homepages, while there will be multiple soon for other pages, the homepages will be pushed out of the cloud soon... > >> = Recent changes > >> tabs: logis, comments, links, remarks > > > > Hm, dunno about tabs here too. These are things one could better show > > side by side if they are relevant... But some might be behind tabs... > > > > (added maybe here votes too) > > Good to have votes too... I think is good if we group things in > tabs... maybe some info should be side by side too, we should decide I think a sketch might help... Will do a drafty one this afternoon. Just for the elements. > >> = New > >> tabs: users, peergroups, usersgroups > > > > Same here, might want to show them at the same time... > > I really think we should not show so much data anywher, even in the > home. People gets lost with so much data. Hm, might be yes. > Think of the 2-3 most important things, show them, and the rest in > tabs. Thats what I think the best. I like this idea, but besides the tag-cloud, recently changed logis, and new peergroups we might also want to show new usergroups and new users, together in a 'new' box... For remarks and votes we might just show a count, as they are a bit meaningless maybe after all outside the context of their logis. So the recent changes and tag-cloud would have tabs (they would happen to be at the top :), the rest not. > >> Please take this thoughts as very rough brainstorming > >> > >> About the current design, things seem to be very possible and almost > >> done all difficult parts as rounded's and logi together to the > >> contenders list... Will copy to this computer and send when working > >> right. > > > > 'k. Still I think we need to use at least 1 transparent png, as the > > connection between the contenders and selected logi will otherwise > > overlap with the other contenders... but that's no problem imho, as > > both IE 7 and FF 2+ support them... > > I don't understand well what's your point here. I've already did it > last night! :) it works with the same logi box, in the contenders > form, and modified so it negative margin brings it to the left and > overlaps with the logi... it works and resizes very nicely in all > browsers, so, this is task done. Great :) I saw problems here for non-transparant images because the outbending curves of the thing around the contenders would make it overlap with the contenders below or above, causing problems... Interested in how you fixed it. > > What's your thoughts on browser support ? I personally still think we > > should be minimalistic on this to keep things maintainable. Especially > > I think we should not sacrifice beauty or funcionality to browsers > > that less than 5% of the people use... > > yes, that's fine, but the 5% will depend on which part of the world > you count, but still, for LL central we should take international > stats. Then, I also see that with the current approach we will have > much less problems as the html is considered crosbrowsing in mind from > the beginning... I still have to test it on IE6, but everything is > going so smood and not much hacks needed... still have to do this, > test on IE6. Indeed. Good :) > > PS: Shall I update the other views (browsing, search) of the UI-svg > > too with the new coloring and improvements ? So you can show it at the > > muniato meeting ? > > ok, if you are willing to do it is great. I'll email it before the > meeting so they can see them. Already made a start yesterday. Also narrowed it down by 16 pixels (1024 - 16) as that's space needed by the scrollbar and window sides... > not much left, got to work, and I'll be having some interesting > reunions talking about this and thinking on why they should use > logilogi. They are all positive to use a wiki right now and then move > to logilogi. We really should focus on making logilogi easier. Good, indeed :) > I wanted to know your opinion on making a logilogi user account > system, without openid... what do you think? this way we reduce > complexity, enter name, email, pass and you're done. We get a point > with this as it's simpler than the google accounts they need to > validate now. We could have a internal validation system, that an > admin shuld validate new accounts. Let me know how viable is to have > something like this and I'll propose it as a could-be. Hm. Mixed about this. As adding support for accounts at least also brings stuff for mailing lost passwords, sending mail with confirmation links on normal signups, etc... And for an openid account it's also just name, password, email... But on the other hand myopenid is non-free, and either setting up our own openid server might also be an idea... but we can't have that done this month. So you may show it to them as a posibillity, but must note with it that it could cause some few more days delay after the 23rd... > Then the rest of the proces should be already more easy. I think > create a new logi should take 2 clicks from the front page. > > 1. click the "new logi" button. > 2. taken to the edition view, add tags (blank as comming from the > homepage), add title and body, submit. Yes that sounds like the flow, also for commenting logis (but then folding open at the bottom of the page). But really important will then be an ajax-call between adding the tags and the title, that checks and reports on any logis already existing with these tags, to prevent pplz making the same point again, or missing what is already written on it and might be better comments / logis. > Down to work now, greetings, talk to you all later. greetings, Wybo > -- > Bruno |