Hello Admin

1. Why is thirduser_usergroup_map an invalid table alias?
2. Why is thirduser_usergroup_mapitem an invalid item alias?

3. Why is the "_" (underscore) now invalid in j-cook table and item aliases when Joomla uses the underscore in its table structure?
4. Why are these fields no longer auto generated?

Thanks & regards
V

1, 2 : Those models are deprecated. In the pure version, they will disappears.
3. For cook, the underscore is reserved to separate component_view. It can be improved for pure version.

4. Wich fields ?

Hi vlemos,

Can you please provide a valid email in your account please ?
Because my server tells me the notification mail is not arriving to you.
Is your email correct ?

Hello Admin

The email on file is correct.
Don't know why you should have an issue sending to that address.

Anyway: please see attached for the problem I am referring to.

Thanks
V

"#__user_usergroup_map" is a native Joomla table which I need to access in my j-cook component. To simply decide that cook no longer sees a need for the "_" in table names has implications not only for me, but for users of cook everywhere.

I am therefore sure that this is just an oversight and not policy.

Hello Admin

Here is the same issue but on the page interface. The "_" (underscore) is not accepted in the title alias; this is a problem. . . .

Regards
V

see attached

Yes, this is normal.

Do you really need it ?
Because cook is defining this standard for not confusing the code.

I see in you attached, that you are not using the Title correctly. Title is used for the internalization, and so I might be something readable. It will become the name of your pages, don't put underscore there.
Then for the view alias, I don't remember exactly why I putted this limitation, but there was a reason.
In the pure version, the namespacing will be much simplified, so I will see then if I can remove this limit.

If you need ABSOLUTELY the underscore for compatibilities with other system, then you can always aliases them in the SQL query for instance.
I am not sure what you try to achieve.
Can you give more explanations ?

About __user_usergroup_map, then what is the problem ?
If you want to hack directly and create a model for it, please don't do that. This was a bad way.
Write 3 lines of SQL using the Joomla query builder (in a fork file), and you are done.

ALL my previous projects are screwed up because of this change. Cook previously generated aliases and other fields with underscores, now those projects are useless and maintaining the components which are on live sites is impossible.

What do you recommend I do at this point?

Thanks
V

I will have a look.
Don't worry there is always a solution.

Give me some time please. I have to make severals tests and checks.
I will not try before monday.

Hello Admin

Any movement on this? Time is running out for me on a task which needs a solution here
If cook used it in the past and Joomla! currently uses "_", I see no reason why it shouldn't be allowed even if cook says "do so at your own risk"

Regards
vlemos

Hello Admin

I have been stuck at this point for 2 weeks. Is it asking too much to have this issue resolved? At this point, we may need to make a decision regarding the role cook will play in our component development going forward.

Any input from you will help.

Thanks & best regards
vlemos

Hi vlemos,

Sorry for very late answer.
My head is full of SSH at the moment (For j-cook) and I will come back on the code very soon.

This topic is Number one priority to fix, I promise you.
I had a look, and I think It would not be a big matter. I have changed lot of files recently (not uploaded), so that's the big thing also.
So, I will make your fix and check it well all for not breaking the code.

I am following your need, don't worry. Cook is not gonna limit this... no way. (for fields, and for db names)
So It is accepted of course. Just let me some little time more.
Only the thing with 'thirduser_usergroup_map' I didn't got your problem really. I think this is not a good way.
Cook is deprecating such 'third' stuff. Please make use the models of others components, such as API, more than ugly hack. So the answer in NO for this problem.
Of course afterwards, you are free to shoot in your feet (and I can help you) [This quote is from Niko.. FOF's founder]

Winter preparation, server faults, and lot of others things make that when somebody works alone, it has some slow down some times.
I really promise you the best for very soon and you will be happy back again.

I undersatand you and I would certainly have answered same as you, in such situation.
Sometimes, my service can be slow. I am really sorry for that.
At least I had no discontinuity of the service since 4 years.

And as usual, I recompensate you if you make a reclamation for unusability of the service for some weeks, you have it back in account extension. I always do it.

Keep up the work, and thank you for beeing a regular, and long term user.
Cheers.
Jocelyn.

Hello Admin

Thanks for the feedback. After so many years with you, we understand your situation but our clients don't. When we can't deliver after 3 weeks it becomes a problem. Cook is a great framework and we would hate to re-tool at this point; however, our business depends on keeping our clients happy and less on the framework of choice. We will try to ask the client for a few more days and see if the j-cook issue can be resolved before making any major changes to our toolkit.

Sorry for being so direct, but at times you can't help sharing some portion of the client pressure you are under.

Please let us know as soon as possible when the "_" limitation has been resolved.

Warm regards
vlemos

Done.

I had a little problem with Cross references, so it took me all day, but I am happy too for having digging this stuff. At the end : Thank you.

The Project and Layouts are still limited with that but not a big deal at the moment.
So, in conclusion : Fields and Tables accepts now underscore in their names.

Please notify me if you experience problems with that because you are the first one trying it in production.
By default, when a user press Enter key it autocomplete without undercore, but if you need it, you can insert it.

Thanks Admin

This is a great help and I am sorry for your troubles.

My previous projects are still broken since the pages/views were generated with "_". Once I open them, saving becomes a problem.

Any idea when the issue will be address for the layouts as well?

Warm regards
vlemos

k++