> +1 for unicode in django
+1
Regards, Arthur.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com
T
x27;) and 'IntegerField' or (f.get_internal_type()
== 'PositiveSmallIntegerField') and 'SmallIntegerField' or
f.get_internal_type()
The downside is that this special cases PositiveIntegerFields and
PositiveSmallIntegerField and isn't a general solution for all
possible future fields which could use a constraint.
Any thoughts?
Arthur
> I, for one, want to get m-r wrapped up and merged back to trunk as
> soon as humanely possible. I feel like it's starting to be a drag on
> new users trying to figure out why development on trunk seems to have
> stopped, and I want to get us all back to one code
h behavior to the Django template processor would be great.
> It's *much* easier to forget to escape something than to forget to
> flag it as not-needing-escaping.
Sorry for being late to the discussion. Just wanted to give a +1 on
having the possibility to escape (or not escape) whole blo
tandards in this area. If there
are any proven ones, I'd vote to use them. Using Unicode in URLs would
be fine with me, I don't know how well Browsers/Proxies/Servers/Search
Engines handle them.
Arthur
--~--~-~--~~~---~--~~
You received this message because
> @Arthur: You know what? Why don't we just do whatever feels more
> natural to our language? Then again, I can sense some transliteration
> collisions on the way.
Absolutely, this should be language specific. If you look at the
proposed list, you see that there are different t
Hi all!
Currently django views do not accept dataclasses as context.
I stumbled about this because I wanted to do something like this:
@cached_property
def extra_context(self):
data = MyDataClass(...)
...
return data
Unfortunately, this is unpacked by get_context_data and throws a
d
tab e.g. "./manage.py dumpdata -". I think we should do the same to be
consistent with other bash-completion scripts.
[1]:
http://git.debian.org/?p=bash-completion/bash-completion.git;a=tree;f=contrib;h=ae6cbcbb425cfc2cd1c3bb38b349512983187c0a;hb=HEAD
Arthur
On Nov 15, 2009, at 11:35 PM,
n option. I think it's valid
to take a look at the truncate[1] filter of the Smarty Template Engine
because it solves some of the problems that have been discussed here.
[1]. http://www.smarty.net/manual/en/language.modifier.truncate.php
- --
Best regards,
Arthur Furlan (afurlan)
afu
COMP_CWORD=$COMP_CWORD \
38DJANGO_AUTO_COMPLETE=1 $1 ) )
The Python function is executed in a Bash subshell (that's what the outer round
braces are for). COMP_WORDS/COMP_CWORD and DJANGO_AUTO_COMPLETE are local
variables and available only within this subshell.
Arthur
--
You received thi
is step is optional. If Step 1 and 2 are finished and there is still some
time left during the GSoC, I’m going to work on this.
Arthur
[0]: http://code.djangoproject.com/wiki/SummerOfCode2010#Apploading
[1]: http://code.djangoproject.com/ticket/3591
[2]: http://code.djangoproject.com/wiki/
On Apr 7, 2010, at 1:40 PM, Russell Keith-Magee wrote:
> On Mon, Apr 5, 2010 at 5:35 AM, Arthur Koziel wrote:
>> Hi,
>> I’m going to apply for GSoC with the goal of refactoring the app loading
>> [0]. I’ve been looking at Django’s current app loading implementation
>>
ication developer. For example, django-disqus currently
expects the user to set the following variables in settings.py:
DISQUS_SHORTNAME = 'foo'
DISQUS_API_KEY = '123123'
This could be done with:
INSTALLED_APPS = InstalledApps(
A
Hey there,
my name is Arthur Koziel and I'll be working on the app loading refactor for
this year's gsoc program. I'm currently a business informatics student in
dortmund, germany and working towards my bachelor's degree.
I didn't get any coding done this week. I
into similar problems or can reliably
reproduce the error? (and is there any way to contact Malcolm?)
5. The app_errors attribute/the get_app_errors method doesn't seem to be used
at all. Is there a reason why it's still there?
Arthur
[0]:
http://code.djangoproject.com/browser/dja
ading core lives in django.db.loading. However, since the
code will be refactored to also allow packages without models it won't
make any sense to let it live in django.db.loading.
* Task: Add Signals
Add signals to the AppCache, so that developers can modify parts of the stages
of the AppCach
the next 2 weeks filled up with exams but I'll be in Portland for
DjangoCon in early September. I'm always open to feedback and planning on
attending the sprints to do some further work. So until then...
Regards,
Arthur
--
You received this message because you are subscribed to the
ing a ton of memory.
>From tickets 1484/1569 they are set as fixed, but I cannot find them on
django's source code. Are these patches active in trunk? If not,
anyones knows if they're working after the merge? Anyone using them?
Thanks a lot,
arthur
--~--~-~--~~---
Hi Ivan.
Just to make sure I understand:
- after patching django I 've set:
STORE_UPLOAD_ON_DISK = True
I am trying to use this on the admin. Any more steps I must take?
thanks a lot
(for the patch and help)
arthur
--~--~-~--~~~---~--~~
You received
Hi Wegen.
carimage = models.ImageField(upload_to = 'images/cars/%s.png' % carID,
null = True, blank = True)
this won't work. upload_to must be a string (it's not evaluated at the
time the object is saved to the database).
your best bet is to leave the path to the desired directory and name
the
> (Why is "Just give it a value in your settings" not OK? 🤔)
I'm guessing the issue here is that it's currently an unknown-unknown to
most/all newbies.
At the very least, it should probably be addressed in the documentation on
deployment.
Regards,
Arthur Pemberton
On Th
I too find the idea of hard coded HTML in a Python file to be inelegant,
for what it's worth.
Arthur Pemberton
On Sat, 18 Feb 2023 at 08:12, 'Adam Johnson' via Django developers
(Contributions to Django itself) wrote:
> Putting HTML for the admin in model definitions is
I like the idea as I've seen novices commit all their .pyc files, but maybe
this should only triggered by a flag to startproject, --git perhaps.
Arthur Pemberton
On Thu, Mar 9, 2023, 14:13 Daniel Azubuine
wrote:
> Yeah
>
> What I meant is for the default ‘startproject’ templat
What exactly would be considered the burden in maintaining a .gitignore?
Arthur
On Fri, Mar 10, 2023 at 11:37 AM Tega Ukavwe wrote:
> I strongly agree with Adam and Tom, the extra and unnecessary burden of
> maintaining the .gitignore file outweighs its advantages.
>
> Cheers,
&g
should at
least mention the need for the developer to handle this explicitly.
Regards,
Arthur P.
[1] https://groups.google.com/g/django-developers/c/J5O28jB5D3Q/m/KLLgllFS7v0J
[2] https://docs.djangoproject.com/en/4.1/howto/deployment/
--
You received this message because you are subscri
At this point, I'm not even suggesting that Django handle this internally.
I'm suggesting that the behaviour/expectation be documented, at least in
the deployment guide.
Are there any deployment scenarios where META.REMOTE_ADDR is ever even
correct?
Arthur Pemberton
On Wed, Apr 19,
Yes please!
On May 3, 2023 at 11:19:12 PM, jure.erznoz...@gmail.com (
jure.erznoz...@gmail.com) wrote:
+1
*From:* django-developers@googlegroups.com <
django-developers@googlegroups.com> *On Behalf Of *natali...@gmail.com
*Sent:* sreda, 03. maj 2023 20:10
*To:* Django developers (Contribution
://ruddra.com/deploy-django-subpath-openshift/ to get things to work.
Shouldn't this be a complete feature?
I've re-checked https://docs.djangoproject.com/en/4.2/howto/deployment/ and
there's no information on the topic (that I could find).
Arthur Pemberton
--
You received this mess
Even with `FORCE_SCRIPT_NAME` `MEDIA_URL` is being prefixed properly, but
not `STATIC_URL` .
Was `FORCE_SCRIPT_NAME` just not meant to be used with the `runserver` ?
Arthur Pemberton
On Fri, Jun 16, 2023 at 5:01 PM Arthur Pemberton wrote:
> The docs reference `FORCE_SCRIPT_NAME` but say v
I found https://code.djangoproject.com/ticket/7930 seems like
`FORCE_SCRIPT_NAME` just isn't meant to work.
Maybe the docs should reflect that.
Arthur Pemberton
On Fri, Jun 16, 2023 at 5:18 PM Arthur Pemberton wrote:
> Even with `FORCE_SCRIPT_NAME` `MEDIA_URL` is being prefixed prope
` itself is not
documented anywhere; seems like it should at least be mentioned in the
Deployment section.
Arthur Pemberton
On Fri, Jun 23, 2023 at 3:07 PM 'Adam Johnson' via Django developers
(Contributions to Django itself) wrote:
> Hi Arthur,
>
> You've found the wro
ngs.TIME_INPUT_FORMATS seems to be
ignored.
How does one use settings.TIME_INPUT_FORMATS ?
Arthur Pemberton
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails fr
per:
> https://docs.djangoproject.com/en/5.0/topics/i18n/formatting/#creating-custom-format-files
>
> On Tue, 5 Mar 2024 at 18:43, Arthur Pemberton wrote:
>
>> The documentation (
>> https://docs.djangoproject.com/en/5.0/ref/forms/fields/#timefield) says
>> that " the
urn here once I have some evidence either way,
Arthur Pemberton
On Tue, Mar 5, 2024 at 3:40 PM Adam Johnson wrote:
> USE_I18N does not disable localization, but internationalization. USE_L10N
> was the setting to enable/disable localization, but it was deprecated in
> Django 4.0:
> h
Would this be designed to be compatible with "Proposal 14: Background
Workers"?
On Sun, Jun 23, 2024 at 10:46 PM Mike Edmunds wrote:
> I want to propose updating django.core.mail to replace use of Python's
> legacy email.message.Message (and other legacy email APIs) with
> email.message.EmailM
> The background workers proposal will implement a new background SMTP
EmailBackend (in django.core.mail.backends).
I had missed that fact. Thanks for the explanation.
I for one think that this is a good proposal -- this would modern
transactional email sending.
- Arthur
On Mon, Jun 24, 2
Hello, I'm new in Django and I got a problem with a formwizard. My
manytomany dont works with formwizard. When I try appears this error :
'areaes' is an invalid keyword argument for this function. What I
should do?
So my formwizard is:
class CadastroWizard(FormWizard):
def get_template(self,
models.py
areaes = models.ManyToManyField(areavaga,verbose_name='Area da
vaga*')
pret_salario = models.CharField('Pretenção
salarial*',max_length=2,choices=SALARIO_C)
cargointeresse = models.CharField('Cargo de interesse*',max_length
=20)
tipoperfil = models.CharField('Tipo de
perf
Hey Yuri,
I'm sorry but I don't understand your question. Could you please explain it a
little more?
Thanks,
Arthur
On Aug 23, 2010, at 5:47 AM, burc...@gmail.com wrote:
> Hi Arthur,
>
> thanks for your work!
>
> Is any syntax of setting keywords for app instanc
e
decided to leave INSTALLED_APPS as strings to maintain backwards compatibility.
There are also some other resources which you can find on the wiki[1]. You can
read through my final status report if you're interested in how the gsoc
went[2]. I'm currently at DjangoCon and we're
paths to python modules
Arthur
[0]:
http://groups.google.com/group/django-developers/browse_thread/thread/4cca2086dd485879/
[1]: http://groups.google.com/group/django-developers/msg/fd2e3bc0593f4158
On Sun, Jan 2, 2011 at 12:17 PM, Alex Kamedov wrote:
> Hi all! Happy new year!
> Sorry
Hey there,
I'm going to continue my work on the app loading branch when I finish my
exams end of February.
Oh, and the last discussion about this was 3 weeks ago:
http://groups.google.com/group/django-developers/browse_thread/thread/c8921795bc7868af/
Arthur
On Wed, Jan 19, 2011 at 8:
https://github.com/encode/django-rest-framework/commits/master/rest_framework/status.py
and
in my opinion, it does make the developer experience nicer.
Best,
Arthur
On March 23, 2021 at 9:24:32 AM, 'Adam Johnson' via Django developers
(Contributions to Django itself) (django-developers@g
k you for your input, stay safe
Arthur & Taylor
On Saturday, October 13, 2018 at 12:56:25 PM UTC-6 petter.s...@gmail.com
wrote:
> I encountered a similar issue recently, but with auth permissions.
>
> It is described here: https://code.djangoproject.com/ticket/29843
>
> On Wednesd
come across [1].
Ideally, it would be great to have a setting (or model field) that would
allow easy switching to case insensitive usernames.
Arthur Pemberton
[1] https://code.djangoproject.com/ticket/2273
--
You received this message because you are subscribed to the Google Groups
&qu
, I've taken to
overriding UserManager.get_by_natural_key to allow for case-insensitive
logins. Though really, I probably should add a signal handler to force
username to lowercase.
Arthur
On Sunday, December 12, 2021 at 11:21:32 AM UTC-5 Uri wrote:
> Hi Arthur,
>
> I would rec
Purely anecdotal, but I've never had a user intentionally signup for an
account with a case-sensitive email address. I'm not such which users
expect their username or email addresses to be case-sensitive.
Arthur
On Sunday, December 12, 2021 at 10:40:30 PM UTC-5 m...@kye.id.au wrote:
.
Arthur
On Sun, 12 Dec 2021 at 23:01, Benny wrote:
> IMO this treads dangerously close to what I call a “Django Gotcha” - There
> exist some implementations, where if you’re not paying attention, it’ll
> come back to bite you in the keister. One example would be the test runner
> co
For what it's worth, this is the (general) layout I've used for the past 8+
years of my professional Django development.
Arthur
On Wed, 20 Apr 2022 at 15:22, Olivier Dalang
wrote:
> +1 for Adam's suggestion, I use it as well and like it very much.
>
> > ro
should add very first migration, which will add
entry to the content types
How would you handle creating a model later on? Or if
`django.contrib.contenttypes` is only added later on to `INSTALLED_APPS`?
Regards,
—
Arthur
On October 4, 2018 at 1:36:39 PM, Marcin Nowak (marcin.j.no
Django should
remove all CT data .
It’s a good idea but I don’t know offhand how we can keep migrations and
content type decoupled to do that (especially the removal).
Finally, I also think the concept could be extended to the permission model
which faces similar issues.
Regards
--
Arthur
On
which faces similar issues.
Regards
--
Arthur
On October 5, 2018 at 9:30:58 AM, Arthur Rio (arthur.ri...@gmail.com) wrote:
Hey Marcin,
The problem is that data migration based on app layer (python objects, ie.
Models and Managers here) will cause troubles after some time (when app is
cha
right. Right now the auto-detector is a black box that deals
with
dependencies and model state deltas resolution."
If now is the time to take a stab at it, I'd be happy to help as much as I
can.
Regards
--
Arthur
On Friday, October 5, 2018 at 10:28:06 AM UTC-7, Arthur Rio wrote:
>
main reviewer, suggested to contact the mailing
list for further review in order to catch any red flag and make sure we
have general consensus on the chosen approach.
Regards.
Arthur
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contri
Hi Avi,
There are #django (for usage) and #django-dev (for contributing), both on
irc.freenode.net, as mentioned here:
https://docs.djangoproject.com/en/dev/internals/contributing/
Regards
—
Arthur
On December 13, 2018 at 11:03:51 PM, Avi Garg (avi.grg4...@gmail.com) wrote:
Does Django have
Thank you for your feedback Aymeric,
I have added the backward migration method + tests per your suggestion:
https://github.com/django/django/pull/10381/commits/d5c4a4b08ccee9239e5117df4c788a5a7a2f60a9
Regards
—
Arthur
On January 6, 2019 at 10:04:18 PM, Aymeric Augustin (
aymeric.augus
I’m +1 on no short-hand. Also “kdb” is a little to close to “pdb” and
doesn’t really make sense to me.
—
Arthur
On March 11, 2019 at 3:33:50 PM, Dan Davis (dansm...@gmail.com) wrote:
I personally don't think a short-hand is needed.
On Mon, Mar 11, 2019 at 10:41 AM Tim Graham wrote:
&
something like FILE_UPLOAD_TEMP_DIR will give more
the idea of what this is really about.
Just wanted to drop in and give the perspective of someone just using
the patch. All in all, thanks for the patch, it's a lifesaver.
cheers
Arthur
--~--~-~--~~~---~--~~
You r
plication can
define somewhere (maybe a settings) which function to process the
comment (markdown, textile, some home made tag removing routine), and
have that run and then persisting both at the database.
Thanks
Arthur
--~--~-~--~~~---~--~~
You received this message becaus
To simplify things further, within a view:
TIME_INPUT_FORMATS = ['%H:%M:%S', '%H:%M:%S.%f', '%H:%M', '%I:%M %p']
and
forms.TimeField.input_formats = ['%H:%M:%S', '%H:%M:%S.%f', '%H:%M']
On Sun, Dec 8, 2024 at 9:55 AM Arthur
Even using `./runtests.py
forms_tests.tests.test_input_formats.CustomTimeInputFormatsTests.test_timeField`
results in an error:
TypeError: CustomTimeInputFormatsTests.test_timeField() missing 1 required
positional argument: 'self'
Arthur Pemberton
--
You received this message because you a
I've submitted https://code.djangoproject.com/ticket/35986
If I'm missing something, please let me know.
Arthur Pemberton
On Monday, December 9, 2024 at 5:12:57 AM UTC-5 Bendegúz Csirmaz wrote:
> Yes you're right, it's not executed for me either.
>
> On Monday, 9
test failing.
Arthur Pemberton
On Sunday, December 8, 2024 at 8:03:22 PM UTC-5 Arthur Pemberton wrote:
To simplify things further, within a view:
TIME_INPUT_FORMATS = ['%H:%M:%S', '%H:%M:%S.%f', '%H:%M', '%I:%M %p']
and
forms.TimeField.input_formats =
Adam,
Up until now, I've only been reading the test. Now that I actually tried
running the test, it does not get discovered by the testing system (without
modifications to test_input_formats.py) and when I do get the test to run,
it fails.
I used tag "5.1.4" to get the unit tes
w the unittest is written that allows
it to pass, and not expose this.
Regards,
Arthur
On Tue, Mar 5, 2024 at 3:40 PM Adam Johnson wrote:
> USE_I18N does not disable localization, but internationalization. USE_L10N
> was the setting to enable/disable localization, but it was deprecated in
&
65 matches
Mail list logo
