Issues and Suggestion For Cobalt in Current CCK Market - An analysis

1 - i cannot limit the uploads fields according to J!Usergroup or Emerald subscription (gallery/embed/file upload fields)

You mean number of uploads? because you can restrict any field as a whole by user group or Emerald.

1 - i cannot limit the uploads fields according to J!Usergroup or Emerald subscription (gallery/embed/file upload fields)

2 - i cannot limit the search options (who can search by this field) according to J!Usergroup or Emerald subscription

That is impossible. Alls searchable fields are stored in single field in FULLTEXT index. If we start leveling access to search we will have to create different index for every access level. That would dramatically increase DB size along with performance.

That is about text search. But if you mean filters, then I can change Enable filter from Yes/No to Access level parameter type.

1 - i cannot limit the uploads fields according to J!Usergroup or Emerald subscription (gallery/embed/file upload fields)

2 - i cannot limit the search options (who can search by this field) according to J!Usergroup or Emerald subscription

3 - As already mentioned in this topic, import tool.

You know we are working on it.

1 - i cannot limit the uploads fields according to J!Usergroup or Emerald subscription (gallery/embed/file upload fields)

2 - i cannot limit the search options (who can search by this field) according to J!Usergroup or Emerald subscription

3 - As already mentioned in this topic, import tool.

4 - allow the user to insert X records based on J!Usergroup or Emerald

There is a total limitation. DO you mean that user can add 3 articles free and 10 if paid? What is the scheme? Because you also can restrict in subscription count limit. You can sel subscription like add 10 articles.

Do you need emerald for subscription count limit

Do you need emerald for subscription count limit

yes

That is about text search. But if you mean filters, then I can change Enable filter from Yes/No to Access level parameter type.

Cool! Please :)

stblink

3 - As already mentioned in this topic, import tool.

You know we are working on it.

Any idea when are you thinking of releasing it?

That is about text search. But if you mean filters, then I can change Enable filter from Yes/No to Access level parameter type.

Yes i'm speaking about filters:

• user1 can search by school and grade
• user2 can only search by school

This would allow us to increase features in paid plans for Emerald.

That is about text search. But if you mean filters, then I can change Enable filter from Yes/No to Access level parameter type.

There is a total limitation. DO you mean that user can add 3 articles free and 10 if paid? What is the scheme? Because you also can restrict in subscription count limit. You can sel subscription like add 10 articles.

• user1 is free, can insert 1 record
• user2 is 10$, can insert 10 records
• user3 is 20$, can insert 30 records

Emerald already does this? It overrides the option on Cobalt that sets the limit of entries a user can add?

Hidden text

What do u mean? I can set this?

• user1 (free) can upload 3 images
• user2 (paid) can upload 10 images

Because on the field options i can only see how many images user1 and user2 can insert, but i cannot set diference between them.

You mean number of uploads? because you can restrict any field as a whole by user group or Emerald.

this was supossed to be a quote :O

Yes i'm speaking about filters:

I will have to add this parameter to restrict filtering by user access level.

Yes i'm speaking about filters:

• user1 is free, can insert 1 record

• user2 is 10$, can insert 10 records

• user3 is 20$, can insert 30 records

Emerald already does this? It overrides the option on Cobalt that sets the limit of entries a user can add?

yes emerald does. You do not need to restrict number in cobalt. You just restrict to add records on subscription base. AN din subscription you sen how many times it can be used.

Yes i'm speaking about filters:

• user1 is free, can insert 1 record

• user2 is 10$, can insert 10 records

• user3 is 20$, can insert 30 records

Emerald already does this? It overrides the option on Cobalt that sets the limit of entries a user can add?

• user1 (free) can upload 3 images

• user2 (paid) can upload 10 images

This is not possible.

stblink

- user1 (free) can upload 3 images

- user2 (paid) can upload 10 images

This is not possible.

on 29-11-2012 i received an answer from Evgenia Vaghina to this question:

2 - That the Upload and Gallery field have limits of uploads depending on Emerald Subscription. For ex: user that has subscription1 can upload 5 images and 2 files, user that has subscription2 can upload 10 images and 5 files.

The answer:

stblink

- user1 (free) can upload 3 images

- user2 (paid) can upload 10 images

This is not possible.

You can do this when I close the field Gallery where Plan1 subscription set count limit such as 5. And create another plan where to put on the same field count limit 10 downloads. The same can be done with the field file. This can make a subscription, which will be given away to the first plan, the purchase of the first plan (to download pictures)

Although i was dealing with other problems i had no time to check this. But from what i understood at the time this would be possible (limit uploads by usergroup or subscription) but only using Emerald...

So this is not possible... neither using Cobalt or Emerald?

thanks

This is possible but you will have to have few upload fields in the type. And limit one field to 5 and other field to 10. Then restrict one field with one plan and other field with other plan.

But this is messy. First it is not the same field and one people upload to one field other to other field and although it looks the same on frontend it may lead to a problems. Also for people who updated their plan they may see both fields which may make them confused.

I mean although your task is technically possible, the method it might be done is unacceptable.

So conclusion is IT IS NOT POSSIBLE.

There is another solution. If you allow only single upload in upload field and limit number of articles then it might be possible.

You may understand how i feel when i get an answer that points me towards a viable solution on the future, and after purchasing the product, i found out that it's not possible.

I see what you mean about creating 3 fields limited to each plan.

But there's the upgrade problem as you mentioned... since it's another field... the user would have to re-upload all images already inserted + the new ones.

There is another solution. If you allow only single upload in upload field and limit number of articles then it might be possible.

Sorry, didn't understood correctly... are you talking about the gallery field?

But this is not possible EVEN with custom development ? I mean.. by Mintjoomla or a freelancer ?

But this is not possible EVEN with custom development ? I mean.. by Mintjoomla or a freelancer ?

With custom development it is easily possible. I mean not like 1,2,3. It will take time but there is nothing difficult. By saying NOT POSIBLE i ment current possibilities of cobalt not the possibility at all in general.

I mean not like 1,2,3.

Sorry didn't understood.

If you find freelancer let him contact me and i'll explain how best way to achieve it.

I know one company from freelancer who developed lots of customised cobalt work just within 8 days. They are fast, no buggy and good quality. They developed Appointments Booking Calendar integrated to Cobalt, walkscore implementation in Cobalt, some mass email setup, homepage design, cobalt filter module customisation with the ajax support and fixed some bugs, all in 8 days. I am really impressed with their quality of work. I can recommend them if anybody is interested in them.

Brian send me their contact please.

BTW. Sergey if i would go forward to implement it would you strongly consider to implement it by default ?

If i won't be able to upgrade the field(s) i would not see much advantage for it.

Brian send me their contact please.

Here is their detail:

contact mail id is: This email address is being protected from spambots. You need JavaScript enabled to view it. document.getElementById('cloak7121b309deaed04353d64ebc7c2bbb9a').innerHTML = ''; var prefix = 'ma' + 'il' + 'to'; var path = 'hr' + 'ef' + '='; var addy7121b309deaed04353d64ebc7c2bbb9a = 'pradip1' + '@'; addy7121b309deaed04353d64ebc7c2bbb9a = addy7121b309deaed04353d64ebc7c2bbb9a + 'itcslive' + '.' + 'com'; var addy_text7121b309deaed04353d64ebc7c2bbb9a = 'pradip1' + '@' + 'itcslive' + '.' + 'com';document.getElementById('cloak7121b309deaed04353d64ebc7c2bbb9a').innerHTML += ''+addy_text7121b309deaed04353d64ebc7c2bbb9a+'';

Thanks Brian.

@Sergey

1 - In which e-mail can he contact you?

2 - If implemented, like requested, would it be possible to make it default for the fields if i supply the code?

BTW. Sergey if i would go forward to implement it would you strongly consider to implement it by default ?

Implement what? It is long topic with dozens of issues :)

BTW. Sergey if i would go forward to implement it would you strongly consider to implement it by default ?

1 - In which e-mail can he contact you?

He may post questions here.

BTW. Sergey if i would go forward to implement it would you strongly consider to implement it by default ?

1 - In which e-mail can he contact you?

2 - If implemented, like requested, would it be possible to make it default for the fields if i supply the code?

That depends on implementation. But i suggest to rename field and make a copy anyway.