> >> i18n appears to work from the .py files, but, I am not able to >> translate pages even though extract_messages does properly find them >> in the templates. Known broken, possibly broken, or, am I doing >> something wrong? > > If there's a bug, and it's certainly possible, it's not yet known. > > If you can provide a reliably broken test case, we'll fix it right away. > > If you can explain how to get the problem, that would help too.
Perhaps the genshi.filters.Translator is not added to the templates when loaded? http://genshi.edgewall.org/wiki/Documentation/0.4.x/i18n.html#translation I would add a switch to enable this on demand since it'll probably add a noticeable overhead which can be avoided if no i18n is needed. >> Using the caching decorator doesn't seem to work. Using beaker.cache >> appears to not work even when specifying the key and writing the >> object. Known broken, possibly broken, or am I doing something wrong? > > Possibly broken, but I did test this recently on a project of mine, > and it worked fine, so some details would help me know more. > > >> Secure Controller. Documentation appears to suggest that it should >> work, but, I am only able to get the decorators to work. While the >> decorator does work, the prompts are a bit vague. However, I am >> unable to protect a controller. There was mention in the turbogears >> list that Secure Controller was incomplete. Is there an ETA? >> Silverplate had some promise, but, I would prefer to use tgreposewho >> or the method that is most suggested by TurboGears. > > SecureController works except that unauthenticated access to the index > method throws the wrong kind of HTTP error, and you are not redirected > to the login page properly. > > The decorators are designed to work on exposed methods, but not on > controllers. > > Silverplate is just a user-registration module for tgrepozewho users, > and is not intended as a replacement. > > There is some refactoring work, and some other auth related work going > on this week, and I expect to see the SecureController fixed real soon > now. > >> SQLAlchemy with ToscaWidgets Dropdown boxes seem to excessively >> cache. Using the example from the ToscaWidgets to create the genre >> dropdown box pasted into a sample app results in adding a record, and >> the refresh of that page not seeing the new genre until paster is >> stopped and restarted. Known bug, possibly broken, am I doing >> something wrong? Both Genshi and Mako display this behavior. > > This is probably something you are doing wrong, if you set default > values for the widget at instantiation time, those will always be > used. Either pass in a callable that returns the right values, or > only set the values when the widget is rendered. Yep, this is right. You need to pass a callable as the 'options' parameter to the SingleSelectField if you want them to be updated on every request. Alberto --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears Trunk" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears-trunk?hl=en -~----------~----~----~----~------~----~------~--~---
