Jump to content

dragan

Members
  • Posts

    2,007
  • Joined

  • Last visited

  • Days Won

    21

Everything posted by dragan

  1. Well, technically speaking, not at the same time, but immediately after changing the general settings. A bit more infos would be nice. How do your current selector / API calls look like? What's the relation? Is there a hierarchy (parent -> children), or just "all pages with template X"? What does your logic for the frontend look like? A simple way would be to create another field in the parent (if you have a hierarchical structure) acting as a flag. If your admin wants to override all pages with a general setting valid for all pages, that flag would be changed from 0 to 1 (or whatever you choose). In your frontend / tpl logic, you'd first read that flag value, and only respect individual page settings if it's set to 0.
  2. hide_from_top_menu<1 or hide_from_top_menu<1 should work too, afair
  3. Did you look up the error log for hints? Maybe check the settings for these two pages (behaviour fallback language): Check if the languages are active or not. Is it defined as "show 404" or "show default language" or something else* ? Is english the default language or an alternative language? (* sorry, in a hurry - don't have the time to compare with actual, exact terminology in the PW backend)
  4. Without having installed / tried the a.m. module, I guess it would suffice to just define the "Notes" field as a TextareaLanguage field in the backend.
  5. Just a little word of caution: The fieldtype checkbox is also in the allowed field-types. At least with multi-lang sites, this creates strange entries in the DB: default language: 1 (OK - checked) all other languages: some string value from another, totally unrelated field Maybe leave out checkbox input type in the module config / settings dialogue altogether? (I know, I'm nitpicking here... to avoid confusion, I have removed that field from the watch settings)
  6. Recently I've added facebook.com again to my HOSTS file, pointing to 127.0.0.1 - just got fed up with all the like / share stuff that's scattered all over the place. Not to mention the page-loading slowing down on some sites (JS/iframe widgets etc.). Has it ever been substantially different?
  7. Here's a very basic test page / proof of concept: http://fantastique.ch/pinterest/ Using underscore + backbone + colorbox. i.e. accessing http://fantastique.ch/pinterest/#backbone-js will load the desired url in the colorbox iframe (not just onClick).
  8. The logo doesn't show up on the https://booknow.appointment-plus.com/49mq3yjk/10 page (broken image icon). Also, I think is slightly over the top. It suggests that it's necessary to watch an instructional video before you can fill in a form. As a user, I find that a bit intimidating. Also, I'd load that form in a new window, since it's leading away to another domain.
  9. Thanks for the feedback. I'm using mainly TextareaLanguage fields. And one of the four 2.4 default PW admin themes ("classic"). I see all edits in the DB, but they're not visible when I use the watch-icon in page-edit view. I'm also using FieldLanguageTabs, if that matters. Example: If I edit a french text-value somewhere, save, let the page reload, and use the version history icon (french lang. tab selected), I don't see anything in the "compare" hover, and clicking on "username / date" doesn't dynamically replace the textinput with the older version, as it does with the default language. I compared the PW DB-field names for one particular field - they look like this: pages_id data // default language data1014 // en data1015 // us-en data1016 // fr In your table version_control_for_text_fields__data, I see that each edit creates four DB-entries (one per language). The "property" fields look like this: data data1014 data10141015 // shouldn't this be data1015? data101410151016 // shouldn't this be 1016? I guess it could be a JS issue too, since I'm using the multilang field tabs module, but disabling that would not fare well with my client :-|
  10. Q: How difficult would it be to create a daily cron job, to send out a daily email with all changes done in the last 24 hours? (in an abbreviated form, not too geeky) Quickly scanning the module code, I see you're using three extra DB tables. In the __data table, some entries in the property field look like this: data10141015 or data101410151016. I guess these relate to non-default languages, the number being the language id? If I only edit one single language field value, why does it store multiple languages though?
  11. I installed this today in a PW 2.4 site, but non-default language changes don't really show.
  12. Lightboxes don't manage / solve the URL rewrite method though. I guess Pinterest is using backbone.js. http://backbonejs.org/#Router
  13. Perhaps not the most elegant solution, but this seems to work: (make sure to choose "none" from the formatting options in your date-field) $d = $pages->find("template='basic-page',datum>0"); foreach($d as $dat) { $wd = date('w', $dat->datum); // weekday, 0 - 6 = Sunday to Saturday if($wd == 6) { $output .= "<p>Unformatted date: {$dat->datum} / Page: <a href='{$dat->url}'>{$dat->title}</a></p>"; } }
  14. Thanks. Did a print_r($foo, true), but I guess I'm just going to use some of the infos therein for the client.
  15. Thanks! Will try it out later. Quick Q: I tried to use some of the vars to send an email each time something is changed. Something really simple like $message = "operation: $operation page id: {$page->id} page template id: {$page->template->id} details: $detailsStr"; @mail($to, $subject, $message); $detailsStr is just a var_dump of $details. But it remains blank in my test emails. I inserted it after line 283: $this->insert($operation, $page->id, $page->template->id, $details);
  16. Try chmod 0664 instead of 0644.
  17. After upgrading from PW 2.3.2 to PW 2.3.13 (also tried 2.3.15) - I get the following fatal error (500): All I do in this special template / script, is pull data from PW and generate a PDF with the tcpdf library. It used to work fine before the PW upgrade. Q: The hoster is still running PHP 5.3.3 - the readme on the Github page (dev branch) says "minimum PHP version = 5.3.8. Could this be the culprit? btw - I had other very strange errors with various often-used modules when upgrading (module manager, xml-sitemap etc.) - but I want to try and solve each puzzle one by one...
  18. Easy indeed! I tried moving it outside of the admin folder, but got errors - moving it just above "setup" worked
  19. Thanks! That worked nicely. I know I'm drifting away from this main thread topic now, but is there an easy way to add a custom admin link in the backend for a certain user / role? i.e. adding "changelog" after "pages" in the top main admin nav? (without core-hacking) I googled a fair bit, but didn't find any forum topics / modules / tutorials about this. Problem: since access to this module is inside "setup", the "setup" menu doesn't appear for that backend-user. He has to remember the link page /processwire/setup/changelog/. I remember in MODX, there was an option to define a custom landing page after login. Or changing the admin dashboard (adding custom direct links). I was wondering if PW has something similar. (without creating a custom admin theme, or hacking the core) Something like if ($user->role == this | $user->id == foo) { // echo | include ... } inside a core file would probably be easy - but a hack...
  20. I just installed this wonderful module. Q: A client wanted to have such a feature. But his role / permissions are not "superuser", but "manager". Hence, he doesn't even see the "setup" items in the admin menu. How can I add / change user roles / permissions, so that a user that has not "superuser" status, can access this module? I tried cloning the admin tpl, switched the module to this "admin light" tpl, and tried accessing the Changelog page /processwire/setup/changelog/ (logged in as client) - but alas, I get a redirect to the main page/ menu... Any tips? Is it at all possible? Really, this module is all the client should be able to see in the "setup" category...
  21. Just launched the official website for zürich transit maritim today (just right for the press conference). Responsive (ZURB Foundation) new site for Swiss art intervention in public space. Probably the most talked about art happening 2014 in Zürich, Switzerland, and beyond. Feature excerpt: (most features will be activated / revealed later on) Bilingual (german + english) setup - with PW 2.3.8 (atm only german content available) Image gallery slideshow + galleries Download section for journalists Blog Live webcam Basic e-shop w/Paypal Google-Maps Google Drive Form I had to remove certain stuff in the last minute (e.g. showing random quotes). Now it visually looks a bit bland on pages that don't contain a left navigation. But I was too busy to create another template or change the existing ones 5 minutes before launch (expand grid for main content etc.) (I googled just now for an article in english - guess the international media will cover the story later this year only, or later this week)
  22. Moving to another city today, lack of sleep, and thinking about stuff I might have forgot to pack: that's a strange weekend Oh, and artists trying to tear apart a brandnew website in the last minute, just before going live (that was built in record time): Fun! (not)
  23. I guess using Hanna Code and page ids would be the easiest. Using the search or looking up the content tree in one browser tab (get the id on hover), and the edit screen in a second one. MODX uses something similar: <a href="[~7~]">click here to go to document id 7</a>. It takes then just 1-2 lines of API code to convert it to a regular link. This approach would probably also be hassle-free when building a multilang PW site. Because when adding a link via WYSIWYG, you have to manually replace de/ueber-uns/ -> en/about-us. (unless I missed a workaround or new module / hook).
  24. Probably one of these libs / tuts can help re: deeplinking http://www.asual.com/jquery/address/ http://www.codemag.com/Article/1301091
×
×
  • Create New...