Evgeny Zaritovskiy
My feedback
561 results found
-
26 votes
An error occurred while saving the comment -
6 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
In the very next release we are going to introduce so called "Payment from profile http://forums.wildapricot.com/forums/308920-archive/suggestions/8835049-self-service-to-to-view-invoices-donations-and-pa " functionality. One of the change withing the scope is non-member contacts will be able to log in to the site (to see their invoices and payments for event registrations).
I think that we need to at least wait until this is done and then bring this dialog up again. I'm thinking in the following way:
* Each new public thread post requires at least email and name to be entered
* System generates new contact in contacts database (note plan limits) and sends password to the specified email
* If post with the existing email is being made, system asks to log in (contacts with duplicating emails are not created)
* Also, all new public posts require Captcha (cannot be switched off for not logged in users)
* Admin is able to control whether he wants or doesn't want to allow such public posts with corresponding new contacts creation.So basically all public posts would create new contacts in your database and after that these users are not public anymore, they have passwords to log in and continue conversation. -
5 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
[quote user="kimskim"]Isn't the privacy already violated by having the emails appear in the log?[/quote]
You are right, that was incorrect comment from me. I'll add it to the design queue.
An error occurred while saving the comment Evgeny Zaritovskiy
commented
In version 4.2 we release new functionality called "Log of sent emails". All emails sent in the system can now be reviewed by administrator in a single common list or specifically for each contact. Emails sent to member using Contact form on his public profile are also logged and can be seen on Contact details, "Emails settings and log" tab.
About receiving a copy of emails by administrator - I'm not sure this is something that has to be done silently. It's a privacy issue - visitor should be warned that his text will be also copied to another person (administrator) so he does not add any private details into email.
Comments?
-
17 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
There is no direct option for that, but you can easily workaround this: administrator in admin interface can add new even registration using any registration type. So, you can create disabled registration type and use it for these situations (again - this can only be done from administrative user interface).
-
79 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
@iami: thanks for comments, but this is still in queue.
An error occurred while saving the comment Evgeny Zaritovskiy
commented
This does not look like a common request... To extend WA in a way described in initial post is going to be a big chunk of work - and I'm not sure we're going to get into it soon if this is not a common request.
Anybody else can comment on this?
-
12 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Sorry, no progress since that time. No way to put it into 2011 scope
-
37 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Not yet (no schedule, sorry)
-
11 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
I'd like to keep this thread focused on rich-text formatting of fields. Our current idea is allow admin to switch on "rich-text" mode for any multiline text field. If admin select this option, member sees the field as rich-text editor area. Otherwise it's just a textbox (like now)
-
21 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Tim - see also my comment in http://forums.wildapricot.com/forums/308929-general-discussion-and-questions/suggestions/8822308-behaviour-security-of-memberpublicprofile-aspx
Do you think that we need to have tools in WA so that admin can actually LOCK some fields privacy and members cannot change privacy options for these fields?
Or member should always be able to define any field privacy option but administrator just needs tools to make mass change to privacy options for some specific member groups (for example - by saved search)?
Or even both options?
-
44 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Thanks for the input. Unfortunately, I cannot tell you when we are going to do this.
-
16 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Thanks for your comments. But keep in mind, that we have not taken this feature into our analysis scope, just collecting initial data. To be clear: no timeline, sorry.
An error occurred while saving the comment Evgeny Zaritovskiy
commented
May be it's better to make some changes in WA and allow to embed external code (like Facebook "Like" or Google "+1") instead of building internal rating system?
-
5 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Sorry for late reply - this is still in our queue. I see no chances to have it in 2011
-
11 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
That's a good point, thanks. But this is not something we are working on now, so it'll stay here for a while.
An error occurred while saving the comment Evgeny Zaritovskiy
commented
There is also another thread - http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825653-add-boolean-logic-to-advanced-search-6642 - similar to this. I keep this one just to focus on NOT operation support which is different from others (like AND and OR)
An error occurred while saving the comment Evgeny Zaritovskiy
commented
The problem is not in SQL but how to present search to a non-developer in way that is clear to use. Introducing AND and OR also means making grouping of conditions (which part is for OR and which is for AND) and overall UI will be very complicated.
But I agree that this is a very nice to have ability to make sophisticated searches that gives a way to use AND, OR and NOT.
-
22 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Our current actual progress and plans are available here - http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8827717-roadmap-2015-plans-releases-expected-dates
-
18 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Let me clarify what you mean
1) Ability to define a separate "Summary" text for each blog post (in addition to normal blog text). Then show this summary on blog list, not a top part of blog text
2) Leave it as it works now, but just make "preview" area in blog list smaller.
The second option can be achieved by CSS tweaks, while the first one requires development and also makes new blogs creation more complex as you will have to define summary text each time.
-
5 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
An error occurred while saving the comment Evgeny Zaritovskiy
commented
I would prefer to make something like "quick actions" right on contact list - so that admin can quickly add a member into group. Contact list has very good search abilities so it's better to use it as a start point.
-
54 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Merged last comment to existing thread.
@chapka: what you describe makes complete sense but we have not enough resources now to make the change this year - we are busy with other things right now. Still, this is quite high in our priorities so we are keeping this problem on our radar.
-
13 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
Sorry - still in a queue. Not sure when we can change it, we are busy with other important changes now.
-
9 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
This is in our analysis queue but with quite a low priority (I'm talking about the very first post on a series of emails after membership application).
-
22 votes
An error occurred while saving the comment Evgeny Zaritovskiy
commented
I think we should consider the solution of the problem NOT from the point of immediate restrictions, but rather from reporting option for site admin.
Let me clarify.
* Each time member/admin logs in into the system, system records date/time, ID, IP address and browser information
* The log with this full logins history on per member basis and only for full site admins
* System also may summarize all logins and provide a likely number of different places where actual login may be performed (based on IP address, browser data, cookie, etc.)
* The summary is made per time period - like last month, last 3 months, last year, in total
* The summary also shows (based on IP) a likely location of log in
* Admin has a special report where he can look on all members from logins summary perspective and decided what her should do about suspicious members
* Admin has also an option somewhere in system setting if he wants the system to notify him as soon a member has new location within specific time period What do you think? This solution does not force all members to be blocked from login but rather gives admin a way to be notified or overview all suspicious members and contact them directly if required. Any comments are welcome.
No, sorry. It's in development queue but we're very busy with our version 5, so everything else is just waiting.