|
Richard MacCutchan wrote: In my experience of questions where the OP posts an image, the image rarely conveys any useful information, rather it is used by people who are unable or unwilling to collect a proper set of diagnostic information.
Yes you are right. And in many styling issues also, we need the screenshots...
And for the below
Richard MacCutchan wrote: It still does not guarantee that they will do it.
can't my idea
Tadit Dash wrote: We can also decide this according to average login rate of high reputed guys in a partcular day/week/month, so that we are sure that some approver is online everytime to approve the screenshot.
be considered ?
|
|
|
|
|
Tadit Dash wrote: And in many styling issues also, we need the screenshots... Some, maybe.
Tadit Dash wrote: we are sure that some approver is online everytime to approve the screenshot. You are still assuming that all these people want to do it. Remember CodeProject only works because of what people enjoy doing in their spare time, I don't see many people signing up to this idea right now.
Given the support you are getting for this suggestion I would suggest it is dead in the water.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
Richard MacCutchan wrote: Remember CodeProject only works because of what people enjoy doing in their spare time, I don't see many people signing up to this idea right now. If people can edit, vote, flag (Unclear or Incomplete, Repost, Not a question, Off-topic, Spam/abusive) and delete the questions, why can't they enjoy in approving the screenshots.
|
|
|
|
|
Because viewing an image of a goat and chimpanzees in coitus could lose you your job.
|
|
|
|
|
Every feature has some pros and cons.
But we need to take steps for implementing those.
Before some days, I suggested the notification feature, though it had some pros and cons as per the discussion with Chris[^], but it was implemented and up now on website and I think it is the most feature.
So, if we will implement screenshot feature also, it will increase the user UI experience.
After the implementation, if we will face issues as per your points and users will compalain against it, we will remove that.
|
|
|
|
|
Tadit Dash wrote: it was implemented and up now on website and I think it is the most
feature
You are to blame for that abomination. I detest the notifications. You aren't winning me over here.
|
|
|
|
|
But the feature now helps us to find any updates on Code Project quickly without refering to the mail notifications.
|
|
|
|
|
And some of us have switched mail notifications off. Have you seen how active I am on the site? I don't want to be bombarded with notifications, but I'm considerate enough to Chris not to request that he adds yet another switch to stop this.
|
|
|
|
|
I will not be implementing a system that relies on people approving images.
The number of people who care enough to look at images and approve them is far lower than the rate needed to have images approved in a timely manner. The situation will end up with there being lots of blank images with "Pending Approval" on them. It's like having to explain a joke - by the time you've explained it the moment has passed.
If images are added to forums and/or quick answers they must appear immediately and there must be a decent proportion of members who can nuke the message immediately. That's the only way it will work.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Chris Maunder wrote: If images are added to forums and/or quick answers they must appear immediately and there must be a decent proportion of members who can nuke the message immediately. That's the only way it will work.
It is a good idea.
Also we can allow users to attach a screenshot after a certain reputation points.
|
|
|
|
|
Others have replied regarding the issues with uploading images.
One solution to this is to allow members to upload images, but in return give other members even greater powers in removing messages, and removing the accounts of those that post inappropriate material. I'm not sure that would make everyone happy. (Actually I know it would really upset certain members - but I'm guessing the majority of those simply wishing to ask and answer programming questions in a professional manner would appreciate the extra option)
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
I appreciate your solution and we can implement this.
I am supporting this.
Also I have suggested some solutions to the problem explained by Richard, they are:
1. We have to make more people (at least 50 guys) as approvers. We can also decide this
according to average login rate of high reputed guys in a partcular day/week/month,
so that we are sure that some approver is online everytime to approve the screenshot.
2. Even after the screenshot appears, we will have another "flag" option by which Admin
will be notified immiediately and take necessary step on that picture.
|
|
|
|
|
Tadit Dash wrote: 2. Even after the screenshot appears, we will have another "flag" option by
which Admin will be notified immiediately and take necessary step on that
picture.
You'd need admins to cover every time zone then - and you'd need enough of them to cope with holiday cover, work commitments, etc. I honestly don't know if Chris would want to open up the admin gates to that many people - there are very few real site protectors around now.
|
|
|
|
|
I hardly even know what a Site Protector looks like anymore.
Panic, Chaos, Destruction. My work here is done.
Drink. Get drunk. Fall over - P O'H
OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre
I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer
Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett
|
|
|
|
|
|
Okay then we can leave this point 2 about notifying the admin.
But point 1
Tadit Dash wrote: We have to make more people (at least 50 guys) as approvers. We can also decide this according to average login rate of high reputed guys in a partcular day/week/month, so that we are sure that some approver is online everytime to approve the screenshot. can still serve our purpose.
|
|
|
|
|
Or we can leave the system as it is.
There is a practical reason here - if you allow screenshots, these could be very large. This would affect anyone who looked it up using a data plan on mobile, or people who are logging in from locations where the communications infrastructure isn't up to the latest western standards.
|
|
|
|
|
Pete O'Hanlon wrote: if you allow screenshots, these could be very large We can reduce the size in the code behind.
|
|
|
|
|
Doing that reduces the resolution/clarity, negating the benefit. If I were you, I'd give this one up as an idea that isn't going to go anywhere.
|
|
|
|
|
Pete O'Hanlon wrote: Doing that reduces the resolution/clarity, negating the benefit. Sorry, but I don't agree with this. If you see the pictures uploaded in facebook, they have the same clarity and resolution as that of the originally uploaded one with reduced size (you can check this by downloading the same picture).
And one more thing, they can be downloaded on mobile devices very quickly.
|
|
|
|
|
If you make a picture smaller, something has to give. If I have an image that's 1600 x 800 and I reduce it to 400 x 200, then I have to somehow make that image 4 times smaller.
Tadit Dash wrote: And one more thing, they can be downloaded on mobile devices very quickly.
Or not, and they still eat into a data plan. You can't get past that point.
As there is a workable alternative, I have to say that I can't see this going anywhere and you can argue the point all you like.
|
|
|
|
|
Pete O'Hanlon wrote: If you make a picture smaller, something has to give. If I have an image that's 1600 x 800 and I reduce it to 400 x 200, then I have to somehow make that image 4 times smaller.
then the image size will also reduce.
For example - If we have the original picture of 1 MB, then it may reduce to 40 to 50 KB and that will have a manageable clarity also.
Pete O'Hanlon wrote: they still eat into a data plan.
And if the size will be reduced to 40 to 50 KB, then it will not eat much of the bandwidth...
|
|
|
|
|
And when the image size reduces, so does the size of fonts in the image.
|
|
|
|
|
The solution here is to automatically limit images to a certain size by resizing, server-side, images larger than 600px x 300px (say) and then linking that reduced sized image to the original large image via a hyperlink.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
I am definitely against that. Simply use third party drop sites, and put a link. Don't pollute CP with images of all kinds, requiring another moderation.
|
|
|
|