Jump to content

yellowled

Members
  • Content Count

    284
  • Joined

  • Last visited

  • Days Won

    2

yellowled last won the day on June 13 2012

yellowled had the most liked content!

Community Reputation

328 Excellent

About yellowled

  • Rank
    Sr. Member
  • Birthday 05/04/1974

Contact Methods

  • Website URL
    https://yellowled.de

Profile Information

  • Gender
    Male
  • Location
    Eutin, Germany

Recent Profile Visitors

7,298 profile views
  1. @jmartsch Great! However, you'll have to rename your forked version – since you can't have two repos of the same name, I can not transfer the original. I'll get in touch via email so we can also give you access to the module directory entry.
  2. @jmartsch Here's the thing – sadly, I haven't done anything with ProcessWire in a long time. I would like to, but switching from being self-employed and building sites for clients to being employed at an agency and focussing on frontend has kind of pulled my out of the loop here. Of course, just maintaining the lang pack is not a big thing, it's basically just merging pull requests on my end. However, I feel like this should rather be maintained by someone who is more actively involved with the community. How about I hand over the ownership of the lang pack repository to you and you becom
  3. Swiftly updated for 3.0.61, thanks again to Manfred. Everyone, enjoy and please report anything you may find wrong or worth improving, ideally in a pull request at https://github.com/yellowled/pw-lang-de, please.
  4. Once again heads up, everyone, I just now updated the “stable” German language pack for 3.0.34, which – as usual by now – means a lot of work, mostly by Manfred, (translating all the things) followed by a little work by me (merging). As usual, thanks to all the contributors, especially Manfred for his tireless efforts and Robert, who took the time to iron out a looooooot of small mistakes. Everyone, enjoy and please report anything you may find wrong or worth improving, ideally in a pull request at https://github.com/yellowled/pw-lang-de, please.
  5. That is a huge part of it, yes. As I said, this site used to run on Contao. Contao's way of handling this is two seperate page trees, which means every time you so much as edit a page, you have to do it twice in two different places in the backend. Now it's just a click away on the same page. This is a great testament as to how well the PW backend works in general and completely unrelated to which backend theme one chooses to use. I may be “surprised” by how well all this works since I haven't even so much as tested the multilingual stuff in quite a long time. When I last checked this out,
  6. So it finally happened – I (re)launched my first multilingual site built with PW. For the first time, I do not have to mention that the site is in German only and most of you will probably not be able to etc. etc. blues-baltica.de is a site for a couple of events surrounding the most important of them – the BluesBaltica or Bluesfest Eutin, which is considered to be Europe's second most important Blues festival. It will take place for the 27th time in a couple of weeks, as it does every year in May in the small town (about 17K people) in northern Germany that I live in. It's an admission-free
  7. As mentioned before, I went with RewriteRule in .htaccess, which works well. I'm not sure anything else would have worked here because in addition to being multilingual, the original site also used different page titles in both languages, i.e. /foo.html in German could have been /bar.html in English. I have only skimmed the thread you linked to, so I'm not sure if Jumplinks could manage that.
  8. Thanks for the input, guys. So here's what I ended up doing in case anyone stumbles across this in the future: I found a post by Ryan via search which explains how to set up 301 redirects via .htaccess in PW (I ran into the error which is mentioned there as well). You can shorten Ryan's rule there by using “[R=301,L]”, but other than that, that's how it works. I now have about 50 “plain” rewrite rules (redirecting foo.html to /bar/) and about 10 using a regexp. I don't notice a performance hit (I have no way of measuring properly, though; it's shared hosting), also 2 people working at host
  9. I have not. I assumed that this was/is meant for URL that change “within” ProcessWire, i.e. if I change /foo/ to /bar/ and have already placed links to /foo/ etc. This is about a site that currently runs on Contao and is being ported to PW, so I need redirects from /foo.html to /bar/. I just realized I probably don't want to use ProcessRedirects anyway since it will need a fair amount of redirects. That's got to be a preformance hit at some point, right? We're talking about 60 Redirects altogether here. Also, I'll probably need some RegEx redirects, that's not even possible using a modules,
  10. Basically just asking to confirm, but since I could not find any results – I'm currently rebuilding a multilingual site in PW. That means a lot of URLs changed. I usually like to use ProcessRedirects for that, but it does not seem to want to accept my multilingual URLs – the /en/ prepended to English pages (default language is German) is removed from any URL the Redirects list in the backend (yes, I double-checked). Is the Redirects module not “compatible” with multilingual sites, am I using it wrong or do I have to enter all those 301s in the .htaccess?
  11. Client's site (still working with PW 2.4.0 there, by the way) needs permissions based on roles, not users, as discussed previously in this thread. Back then, I decided to use PageEditPerRole because it seemed the more polished alternative of two proof-of-concepts. Of course, clients always find a way to expose weaknesses in the system that developers would never ever have thought of. In this case, it seems as if it is not possible to assign edit access to roles for a page and its child pages if said page is unpublished. I already tested it, if users are assigned another role which has edit
  12. Heads up for everyone, I just now updated the “stable” German language pack for 2.6.0, which – as usual by now – means a lot of work, mostly by Manfred, (translating all the things) followed by a little work by me (including a manual merge this time ). As usual, thanks to all the contributors, especially Manfred for his relentless efforts. Everyone, enjoy and please report anything you may find wrong or worth improving, ideally in a pull request at Edit: Yeah, URL would have been good, right? Report at https://github.com/yellowled/pw-lang-de, please.
  13. I'll make this quick since these are pretty boring given the fact that in both cases, the original design was not done by me but is based on print designs originally intended for flyers. Both sites actually belong to the same client, a local non-profit organization providing help and counceling for women (abuse, domestic violence, mobbing, stalking but also pregnancy, divorce etc.). Both sites used to be static pages (both technically and design-wise), they have now been upgraded to responsive designs powered by PW. frauennotruf-oh.de (the main site of the organization) maedchenberatung-in-
  14. yellowled

    other CMSs

    Late to the party (as always), but anyway: if you're thinking about static site generators, I have always found that they are limiting in one way or another. A lot of them are “blog-aware”, which translates to “anything that is similar to a blog will be built quickly, everything else will take hours and be painful”. Just my experience with them. A nice alternative is assemble, because it does (much like PW) give you a lot of freedom to work the way you like to work. It's basically a Grunt plugin which generates static HTML from Handlebars templates. It's kind of clumsy to do certain things (
  15. Discussion can be continued even if the issue is closed, by the way. That being said, I always felt that GitHub issues are not a good place for discussions or feature requests anyway, but I guess that depends on how one wants to use GitHub issues. I really don't follow the PW repository closely enough to even comment on that, it's just my experience from other projects that discussions and feature requests tend to extend issues to a length close to being unreadable. The same is true for the number of open issues or pull requests – it really depends on how someone looking at the repo views th
×
×
  • Create New...