Jump to content

maba

Members
  • Posts

    167
  • Joined

  • Last visited

Everything posted by maba

  1. "RockFinder2 is the successor to RockFinder v1", so.. I'll use RockFinder ? I follow your works after saw this awesome Custom Office Management CRM/Controlling Software. Diff has to be done on previous/last imports for a User or Asset. I won't compare the xlsx/csv files. E.g.: take all the pages about asset ABC1234 from the import of 02 Sep., compare them with ABC1234 pages of today's import and highlight which items changes (pages and their fields). I don't think this is possible with RockTabulator. Is it possible? I'll try to be more clear with an example (that I still have to set up ?). Thanks for your time and help guys!
  2. Nope. No other needs beyond this costs analyses. Some fields are already present in my PW installation as page - user (user pages), asset (clients and maybe servers page) - other as single like ASNA and CC (the same for all the rows). Basically, I thought to analyse this dataset with ListerPro for quick checks (mainly on the latest import), create some charts and share them with my team and other with my boss. The need of a custom dashboard is possible but before I have to set the notification system for every import (and the "diff" features. I have no control of what HQ charges to the daughter companies. So, at the first, no user interaction in the backend. Not so related. It is just to say that I can't use LDAP/SAML for Active Directories authentication. Yes, I know all the @bernhard's great modules but I don't know if I can create the "diff" features using RockGrid. I'll take a closer look, also for the import requests.
  3. Hello, I need to import regularly - every 15 or 30 days - a big .xslx file into my PW installation. This file now has 14 columns, 5.000 rows and grows every month. I'll need to group, order and work with these data to: analyse User monthly costs analyse User costs per Asset ... User (real AD account) has to match with a PW user - I can't join to the domain - but as you can see I have some services users (start with sca_*) or no user at all. Those rows have to be assigned to a specific user, e.g. account100. And: I would like to be able to have a kind of diff function to compare User assets between this and last month (and so on) other request is to have a notification when something change for a User between actual and latest import First request: which is the best solution to store those data in your opinion? Page, Table, Repeater Matrix, ...? Those are very repetitive data and I think a page reference is better than to import all the data every time but I have to understand how to manage those "dynamic" groups of software (AccType Det), hardware (Asset), ... For example Price will be imported and not stored with the description because it could be change in the future and I'll not have any control on it. Thanks! User,OE,productNmr,AccType1,AccType Det,Count,Price (€),Sum,ASNA,CC,AccType Info,Asset,AccGroup,,,,,,,,,,,,,
  4. I've this problem with that site: cookie isn't created. All other cookie are created but not this. Production site (linked) now use ProCache so it is right. But dev site with ProCache disabled has the same problem. It works for a while.
  5. Hi, any experience with no cookie creation? Local and production site (not finished yet, piazzaffariimmobiliare.com), same issue. Thanks, Marco
  6. For unknown reason I lost permission in admin template. I have to add "useRoles":1 in data for admin template.
  7. Hi, with the latest dev I notice some problems to login in the admin area. domain.com/cp/ (example) thrown in 404 error page. If a user is logged in and he is in the admin area he can works without problems. When he logged out.. 404. Last time I have a superuser logged in and with a ProCache clean(ing) I can log in with other user. I haven't superuser logged in in this moment and a manually rm on ProCache*/* does not work. I have ProCache for entire site but home template use core cache system. How I can debug this? Thanks
  8. Ok, I have some problems to understand that because in my test it doesn't work but I have understand the logic.
  9. Perfect, it works. No hook required (read below). The "problem" is not for Language pages but for all other pages (template): - with page-publish not installed translator can edit pages (e.g. Contact page) and unpub them - with page-publish installed translator cannot edit pages (no action in tree menu, ecc - even with "contact" template edit page permission) - with page-publish installed and enabled for the role, translator can edit pages and unpub them - wanted behavior: with page-publish installed and not enabled for the translator role, translator can edit pages but not unpub them.. is it possible? Make sense in your opinion? Some wrong setting in my installation? In any case I tried your hook and there is an issue for me: translator can edit also Language pages that are not assigned to him.
  10. Hi ragnarokkr, have you added standard page-publish permission? If yes, try to delete that. I have a similar issue for my translators.
  11. Yes, I know and you are right. (my) Bad english not helps me. 'as' means that I would edit site/core translation field without the page-edit-lang-none permission applied. If a role has lang-edit, it must be allowed to edit site/core translation files in my opinion. Ryan helps me a lot even if 2.7 is in rc1, I know that he not wants add too many changes before 2.7 final.
  12. Hi, the edit problem is tied to page-publish permission. I added this standard permission and not give it to the translator role (so, with page-hide, translator cannot hide on unpub pages), after that they cannot edit pages anymore. Probably is intentional but is it necessary with the new permissions? Other request: make site/core translation files fields as multi-language-field so they are editable also without page-edit-lang-none permission. Thanks
  13. Thanks for your support. Ok, with page-edit-lang-none permission translator can see site/core translator files fields. But in this way they will see also non-multi-language fields in other pages right? Mmm.. Yes, every translator role has page-edit and page-edit-XY permissions but the edit problem is still here. Probably I have made some error in my previous tests if you cannot duplicate the behavior.
  14. Another little think: translators cannot edit any page. There is no 'edit' action shortcut in tree view and if I try http://domain.it/cp/page/edit/?id=ID I got 'The process returned no content.'. With the warning 'You don't have access to edit'.
  15. Thanks Ryan, this is grandioso! I saw the commit this morning and I tried immediately. Only one problem.. I think that permissions are ok but.. translator now see Setup->Languages menu but when they choose one language they not see Site translation file and Core Translation File fieldtype. And "edit" permission is not listed in permissions list (see image): in this case translator has "view, edit, create" and translator-es has "view, edit" (only for test).
  16. Thanks Ryan. Yes, built-in process provides everything and more (blank and replaced strings for example) and works well but how I can allow translator to use these pages? They haven’t an “Access” tab or similar to manage permission. I tried editing Admin template (view for translator) and language template (view and edit for translator) but I not see the Admin page in the tree view. I can wait for the “limitation” aspect for now but translator have to be allowed to use built-in process.
  17. Hi, is there an easy way to allow translators to edit strings in our template files? I know Admin->Setup->Languages->$LANG page where we can create blank template translation files and edit them, but: - translator must have the right permission and it is not so easy (EN translator must be allowed to edit EN page only and we are under Admin page) - (or) when admin creates blank files, download them and send it to translators, they haven't source string and/or ID I could solve my problem (in this case) if I could create a page that call "Site Translation Files" input field (like Admin->Setup->Languages->$LANG) and allow translator to edit this page, like a shortcut. Another way to solve this can be don't use __() methods but use a sort of placeholders (like $myTranslationsPage->myPlaceHolder) in template files and enable translators to edit /myTranslationsPage/. Any suggestions? At the moment I have about 100 not translated strings and 4 translators for 6 languages. Thanks, Marco
  18. Ryan, is there some update on this? New page-hide permission can fix this but "pub/unpub" permission is also required in my workflow. Thanks!
  19. And.. add a check for not active language (e.g. fr): so when a language is visible but not active translator can translate pages in backend but the module does not redirect on the /fr/ page.
  20. Hi, I have 3 translators that can edit pages following the new page-edit-lang-[name] system. And this is great. In the Settings tab of the page they cannot change status of the page but "unpub" and "hide", for a published page, are present and fully working in the page list tree options. Translator shouldn't create/delete, publish/unpublish and hide/unhide. page-publish permission does not solve the problem in this case. I read some posts from CMSCritic Development to Dynamic Roles but I think that this can be "fixed" in the core. Am I wrong? Thanks
  21. Aside from ProCache.. another little question. My default system language is it (customer request) but for all request outside it browser I want to fallback to en. With defaultSiteLanguageCode set to en all the call from it browser are redirected to en (because not match it -> "default"). Does it make sense for you? - defaultSiteLanguageCode -> it - fallbackSiteLanguageCode -> en Or something similar.. Thanks
  22. Thread opened in ProCache forum Tried also with this but no luck..
×
×
  • Create New...