User talk:Hecseur

This is my talk page, therefore you can't talk here. You can only write new sections. Because that makes sense. _{for sense please see logic}

Faculty of applied administrative and financial scienses-tripoli

Hello,I have completed my article can you publish it now on wikipedia and ling it to me on the arabic article please? Moataz zintani|Moataz zintani (talk) 1:45 25 july 2018 Tripoli-libya — Preceding unsigned comment added by Moataz zintani (talk • contribs) 11:47, 25 July 2018 (UTC)[reply]

Replied in your user talk page. Hecseur (talk) 14:25, 25 July 2018 (UTC)[reply]

thanks

Hi.hecseur. My article has been a software be soon iam study in faculty so the inforamtion is real and thank you for hope — Preceding unsigned comment added by Moataz zintani (talk • contribs) 20:45, 27 July 2018 (UTC)[reply]

I didn't quite understand you there, but I'm glad the work on your article is going well! Hecseur (talk) 21:36, 27 July 2018 (UTC)[reply]

My article

Hecseur hello. I have finished writing and editing the article you have move to the draft. Are it now ready to post? Thank you — Preceding unsigned comment added by Moataz zintani (talk • contribs) 12:05, 31 August 2018 (UTC)[reply]

@Moataz zintani: I'm not part of the Wikiproject that is responsible for publishing drafts, so while I'm not exactly qualified for this I can still move the page to the article space and publish it. However, Wikipedia policy requires that articles are written in clearly understood English and have properly formatted references, which are things that you seem to have a little bit of difficulty with, I'd love to help your draft in those areas if you'd like, just let me know. Cheers. Hecseur (talk) 13:20, 31 August 2018 (UTC)[reply]

Reading `em the Cite Act

Poor Ivanvector has been drowned in my walls of text before, and taken it with remarkable poise. I'm sure he will survive. :) But you're right, so I'm replying here instead.

You ~~say~~ write I don't think there's any template that fits whats needed for cite act. Right now the citation links the url with both the number of the act and the date it was enacted, and I don't think there's any citation template that uses 2 parameters like that. There probably is, but not one that will much help you here, I don't think. But my point was rather that by using Module:Template wrapper as the basis you could get rid of all the code that deals with the parameters that are in common with other citation templates (like |access-date=) and thus make the code a lot easier to maintain. You can (I think) just as easily construct the URL from a pre-defined string and the values of two custom parameters, that are then passed on with Module:Template wrapper to the |url= parameter of something like {{cite web}}. You'd get all the standard functionality of those templates for "free", and be able to concentrate on just the stuff that's different in your use case.

Is there a prose description and examples anywhere of how {{cite act}} works and what it's used for? I mean the custom/unique parameters, what behaviour they trigger, and by what rules they construct the URL (if that's what it does). And what parts of the output's visual formatting is important (MoS-wise). Can you manually construct a, say, {{cite web}} invocation that will produce the desired output (just not with the convenience of the custom params)? No promises (see: "not an expert"), but if I understood how it worked I might be able to suggest some better implementation that's easier to maintain. --Xover (talk) 18:27, 31 August 2018 (UTC)[reply]

@Xover: Alright after some experimenting in my sandbox I have my first idea of how this could be done using {{cite web}}, but it has some major and minor problems problems:
Original version: The approximation of the laws of the Member States relating to the labelling, presentation and advertising of foodstuffs (Directive 2000/13/EC, Annex II). 20 March 2000. p. P. 0029 - 0042. Retrieved 30 March 2015. {{cite report}}: |page= has extra text (help)

New version using cite web (version 1): Annex; II; (P. 0029 - 0042); The approximation of the laws of the Member States relating to the labelling, presentation and advertising of foodstuffs; Directive; No. 2000/13/EC; of 20 March 2000. "Retrieved 30 March 2015". {{cite web}}: External link in |author5=, |author6=, and |author7= (help); Missing or empty |url= (help)CS1 maint: numeric names: authors list (link)
It works by using |author1=, |author2=, |author3=, |author4= etc. as the fields in the order they appear. Hecseur (talk) 19:37, 31 August 2018 (UTC)[reply]

Hmm. What is the style guide that governs how the output should look? For instance, what's wrong with the visual format of this:

"The approximation of the laws of the Member States relating to the labelling, presentation and advertising of foodstuffs". Annex II: Directive No. 2000/13/EC of 20 March 2000. pp. 29–42. Retrieved 30 March 2015.

Is it important what order the title ("The approximation …") and the formal designation ("Directive No. …") appear in? Does the page range have to be in the form "(P. 0029 - 0042)" or would "p. 29–42" do? Is it important that the title be in italics rather than quotation marks? Is it deliberate that the citation doesn't contain any actual author or publisher information (I presume it's "the EU" or something, and would normally be given for citations on Wikipedia)?
There's two reasons I ask: first, the answers to these kinds of questions is what dermines how we can best do the technical stuff to achieve it; and the other is that there's a lot of stuff that's very untypical of how citations are normally formatted on Wikipedia. In most cases, Wikipedia's Manual of Style takes precedent over field-specific styles such as legal citations (there are other fields that have customary citation styles that are explicitly not adhered to on Wikipedia). The less of these special formatting rules based on an external style guide are needed, the easier it will be to implement the technical side (i.e. you can work with the infrastructure here rather than fight against it; and you'll run less risk of the community objecting to your citation style). --Xover (talk) 20:05, 31 August 2018 (UTC)[reply]

@Xover: That is really good point. I definitely noticed that the template was very atypical, but instead of thinking "Hey maybe this shouldn't be like this", I jumped to "How can I make this stuff somehow work so the entire thing looks exactly the same it does now" even though the current way the template looks doesn't make an sense.
This new example you gave is pretty great, I'd say (not that I'm an expert or anything). About the ordering, it should probably be "Annex II," and not "Annex II:" since it refers to an annex of the directive, not the other way around. Also and you could use |at= instead of |pages= so you have more options on how to type the page numbers. Overall I think the final thing should look something like this:

"The approximation of the laws of the Member States relating to the labelling, presentation and advertising of foodstuffs". Annex II, Directive No. 2000/13/EC of 20 March 2000. P. 0029 – 0042. Retrieved 30 March 2015.

I'm assuming that multiple fields can be used to make a single field in the module so |title= in {{cite book}} can get info from something like this: {{{article-type}}} {{{article}}}, {{{type}}} No. {{{number}}} of {{{date}}}
If that can be done we still have a problem. How are we going to prevent any random gibberish of letters being inputted into |date= in the final citation template without causing an error message? This was part of the whole point of making it in the first place (together with making it not look like a giant disgusting pile of if statements), and I'm not sure how it can be implemented. Is there maybe a module specifically for dates? Or maybe you have another idea? Hecseur (talk) 21:13, 31 August 2018 (UTC)[reply]

For page numbers, unless there are any special factors at work, I would strongly recommend using the Wikipedia MoS format, simply because I think that's the part of the citation that is most likely to get pushback if it looks different (easy to spot = easy to complain about). And so long as it's just a page range, the normal way of formatting it (i.e. "pp. 29–42") is clearer and easy to understand. And—and this is the point—if this template doesn't have to do anything special with page ranges, we don't have to write code for it (the CS1 module already has that). Then users of the template can use |pages= or |at=, or even a combination should that ever be needed (citing a footnote on a particular page for example). And which variant we prefer them to use is simply what we put in the template's documentation.

Another opportunity for dropping code and reducing complexity is |access-date=. An access date is normally only used for ephemeral sources, like a random web page. Sources that do not change, like books or laws, do not need one. When a law is changed it is replaced and the old one is still possible to cite; and a book gets a new edition that differentiates it. Style guides elsewhere tend to recommend "Retrieved at date" for anything that has an URL only because you can't as easily make that distincton in a paper medium (like a journal article). So unless the EU has particularly bad habits with their acts, the |access-date= shouldn't be needed (users of the template could still add it if they wanted, but the template doesn't need to deal with it).

{{{article-type}}} {{{article}}}, {{{type}}} No. {{{number}}} of {{{date}}} isn't generally hard to do. And we could probably also swing input validation for any of those params that are regular enough to be validated, but it might require us to get a little more fancy, technically speaking.

But as for |date=, handling that will take some more effort, and we might need to ask an actual expert for help. The CS1 modules deal with all sorts of date issues, but all of it is geared toward outputting it as a separate field in the final output. We'd want the CS1 module to deal with all the input validation etc., including formatting it, and then give it back to us so we can put it into the title. And the module as is just isn't designed to do that. I'll try to look into that, and maybe ask around for help over at Help talk:Citation Style 1. I'm confident it's a solveable problem, but the question is more how much validation can we get, how much functionality (like supporting input of multiple formats), and how much custom code is needed for it, etc. Getting the "right" solution to it might end up being more effort than it's worth (or it might turn out to be easy). --Xover (talk) 08:32, 1 September 2018 (UTC)[reply]

@Xover:I agree, and great idea asking around for an expert. I think |access-date= should be in the documentation since it helps out with dead URLs sometimes, but I'm getting ahead of myself.
When it comes to date formats, not all of them should be supported, which introduces another issue. I mean that a date should either not be recognized, or converted if it's written like this 09-09-16, because "Directive No. 5 of 09-09-16" certainly isn't very aesthetic. That would mean that the template would have to have a default date format, which would probably be dmy but then there might be arguments from mdy users...
Anyway, the |pages= and |at= is fine, I just thought |at= is better suited for this field since the way pages are numbered in acts can be odd, and |pages= will probably return errors, but that's, again, a documentation thing.
For the mean time, I'm going to do some experimenting on Module:Template wrapper, see what I can learn about how it works and how we can use it, when it comes to dates though, I have no idea how to use those modules and they're way too complicated for me to understand, so hopefully we get some help from an expert. Hecseur (talk) 08:48, 1 September 2018 (UTC)[reply]

@Xover: Just had an idea. I may be talking complete nonsense, since I don't know what I'm doing, but... Maybe instead of using a module for the dates we can just invoke Template:Date inside the invoking of Module:Template wrapper, specifically in the title field? I'm not exactly sure how that would work, but it seems like an easy way to do a complicated thing, since the errors are built into the template. Hecseur (talk) 08:55, 1 September 2018 (UTC)[reply]

Using {{Date}} is certainly an option. I would prefer to use CS1's date logic for various reasons, but if that doesn't pan out, Template:Date would probably do the trick. For using Module:Template wrapper you might take a look at {{cite Grove}}. It's a slightly different use case: it cites a specific encyclopedia, so what it does is force |publisher=Oxford University Press and the name of the editor etc., instead of combining inputs. But other than that it's a representative example. As you cann see, it's pretty simple to use for that use case. --Xover (talk) 09:20, 1 September 2018 (UTC)[reply]

@Xover: I checked it out already, and am currently trying to understand how multiple combined inputs would work with it. I'll let you know if I make any progress. Hecseur (talk) 09:23, 1 September 2018 (UTC)[reply]

@Xover: Well, Template:Date isn't going to work, it doesn't give errors, in spite of it saying that it does under certain circumstances, and even if it did, it would mess up formatting yada, yada, yada... So the only option is understanding IF Module:Citation/CS1/Date validation can be invoked to do things, and if it can, then HOW to use it to verify the date, if we can't do that, then I honestly have no idea how this could be done without manually writing an entire module for date verification. Hopefully we get some help from Help talk:Citation Style 1. Fortunately the rest of the template is actually really simple, I think I have it figured and I'm pretty sure I'm close to done on that part. Sorry to spam you with so many pings! Hecseur (talk) 10:11, 1 September 2018 (UTC)[reply]

@Xover: You're probably asleep right now, but have fun having 4 different pings at the same time! Anyway, it is done! The code works (except for the date). You can see the code, and the output on my sandbox. I'm going to look into how the date could be done, though the only way I can think of is a Deus Ex Machina from CS1 Help talk. Hecseur (talk) 10:51, 1 September 2018 (UTC)[reply]

@Xover: UPDATE: I got the date thing working, all you needed to do is add a <nowiki/> as the alternate of {{{date}}}. The main issue is that format of the date needs to be converted in a different way, if at all. A lot of cite acts don't have a full date but do have some other identifying number. Doing it the way it was will either cause every one of the year dates say that the day it was is today (in the case of a citation of 2016, it'd be 1 September 2016) or return a ton of errors that no one has time to fix. I'm trying to find a solution, ping me if you think of anything. Hecseur (talk) 16:41, 1 September 2018 (UTC)[reply]

(on mobile, pardon the brevity). I’ve created a test suite at Template:cite act/testcases (also automatically linked at the bottom of the main template page). It lets you see various invocations and their output, and compare them to the non-sandbox version, without having to keep editing the template as such. -—Xover (talk) 17:11, 1 September 2018 (UTC)[reply]

@Xover: Is it something that really matters? If it is then I'll switch, but I'm actually more comfortable with edits to the sandbox version. Hecseur (talk) 17:16, 1 September 2018 (UTC)[reply]

@Xover: HUGE SUCCESS! the template in Template:Cite act/sandbox works PERFECTLY! It knows when date formats are not either DMY, MDY, MY or just year (e.g. when you have a typo or forget a comma, or just enter a random mess of letters), and it can also see if the date makes sense, meaning, not in the future. The only case I can think of where there's a problem is that there wouldn't be an error if an |access-date= is set to a value before |date=, but I'm working on that right now. Now all we need is documentation, which we can probably use the current one since functionality isn't changing, and we're done! Hecseur (talk) 18:10, 1 September 2018 (UTC)[reply]

@Xover: Update: I'm having some trouble with the |access-date= but I have some more ideas to try out. It's getting late though and I'm getting tired so I'll try and come up with a solution tomorrow. Feel free to find a solution if you've got ideas while my brain heals from the burnout. Also, sorry for pinging you so many times, if it annoys you let me know and I'll stop. Cheers. Hecseur (talk) 18:50, 1 September 2018 (UTC)[reply]

Glad to hear you're figuring it out!

Regarding the testcases: they're something that matters, insofar as that they're a better way and you'll probably prefer it once you get used to it. BUT! I think you may have misunderstood what they're for. They're not like the sandbox where you make changes to the template code. The testcases are just a list of relevant invocations of the template with some helper code that makes it so you can see 1) the parameters used for the invocation, 2) the output from that the way it looks using the released version (Template:cite act), and 3) the output the way it looks using the current sandbox version (Template:Cite act/sandbox). The way you use it is to add a bunch of invocations with as many combinations of parameters (including invalid combinations and parameter values), and then you go fiddle with the code in the sandbox; and when you want to check how your changes worked, you go to the testcases and reload. It's most useful when you're making small incremental changes in the sandbox and want to make sure you haven't broken anything, but it's also great when doing major rewrites like you're doing here. There are whole software development methodologies built around this: Test-driven development. It's a good tool to work into your process. In any case, I saw you kept making changes to the demo invocation that's in the noinclude block in the sandbox to test your changes, so that's why I pointed you at the testcases page.

Regarding the date stuff: I think you're over-complicating things again. Adding a date in the future is a mistake people will make extremely rarely, and it's entirely possible that there are some edge cases where it's actually valid (an act may conceivably have an official date in the future, depending on the relevant legal system's practices), but the code to logic to detect and warn about it is adding a lot of complexity to the template code. It's not, in my opinion, a good tradeoff. In general, you should avoid trying to do logical validation (it's complex, prone to failure, and risks false positives in unforseen edge cases) and instead focus on syntacticalvalidation. "Is this date in one of the valid formats?", not "Does this otherwise valid date make sense?".

Regarding access dates: the issue has been discussed previously and there is community consensus that |access-date= is only for sources that are ephemereal: that can change from day to day. A typical example is a hobbyist web page that discusses, say, a prominent jurist's butterfly collection. If you write a Wikipedia article about that jurist and cite the web page, the hobbyist maintaining it might change it at any time such that it no longer supports the claims in the article. In these cases the access date tells you that the page supported the claim on that date (and helps find a relevant version on the Internet Archive or such places). A book, as the counter-example, does not change. Once it has been published it will continue to support the claims it supported on the day it was published. If a book is changed it gets published as a 2nd edition, and the edition number will tell you which version to consult. The same holds true for an act and similar documents: they do not change from day to day. It will continue to say what it said when published indefinitely. It may be superseded by another act, but it will not suddenly change to say that using arsenic in babyfood is a good idea. The act is probably available both on paper and electronically, and the URL for it may change for various reasons. But the URL is just a convenience; it doesn't affect what the act says. And if the URL changes, an access date does not help at all with finding the new URL. In other words, I think you should drop all code related to |access-date= and not rely on it for any logic; and not suggest its use in the template documentation.

On dates in general: You may want to consider whether it even makes sense to treat this as a date as such. Given the apparent large variation in valid values, it may actually be better to just treat it like an opaque text string. I'm not familiar enough with the range of values to be expected here, so I can't really assess it, but you may want to consider it.

No worries about the pings. Feel free to ping me any time if you think I might be of some use. --Xover (talk) 20:22, 1 September 2018 (UTC)[reply]

@Xover: I completely agree with everything you said, I just have a tendency to over-complicate things. Taking a look in testcases does seem to be way more helpful and comfortable than constantly changing a reference in the noinclude are in the sandbox. Anyway, I'm gonna change the sandbox code so it works without checking when the date is (so it can be in the future), and instead just check that it's in a valid format. Hecseur (talk) 12:56, 2 September 2018 (UTC)[reply]

Your submission at Articles for creation: Mochalyshche has been accepted

Mochalyshche, which you submitted to Articles for creation, has been created.
The article has been assessed as Start-Class, which is recorded on the article's talk page. You may like to take a look at the grading scheme to see how you can improve the article.

You are more than welcome to continue making quality contributions to Wikipedia. If your account is more than four days old and you have made at least 10 edits you can create articles yourself without posting a request. However, you may continue submitting work to Articles for Creation if you prefer.

If you have any questions, you are welcome to ask at the help desk.
If you would like to help us improve this process, please consider leaving us some feedback.

Thank you for helping improve Wikipedia!

Hitro talk 11:36, 11 October 2018 (UTC)[reply]

ArbCom 2018 election voter message

Hello, Hecseur. Voting in the 2018 Arbitration Committee elections is now open until 23.59 on Sunday, 3 December. All users who registered an account before Sunday, 28 October 2018, made at least 150 mainspace edits before Thursday, 1 November 2018 and are not currently blocked are eligible to vote. Users with alternate accounts may only vote once.

The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.

If you wish to participate in the 2018 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 19 November 2018 (UTC)[reply]

Talk page "corrections"

I really don't think that you should be correcting spelling, grammar, capitalisation errors etc in other people's posts as you did here and here. For the most part, people probably will not mind, but there is always a danger that the meaning might be inadvertently changed. Further, by cleaning up a contributor's post, you may be imbuing them with more credibility than they actually deserve. SpinningSpark 16:05, 25 January 2019 (UTC)[reply]

@Spinningspark: Yeah that's a fair point, I only did it because it pops up in red bold letters in WPCleaner and that kinda bothered me. I don't agree about your point on credibility, though. People tend to make grammar mistakes inadvertently, it's human to make mistakes, especially if English isn't your first language. Overall, I understand what you're getting at, I'll refrain from correcting these errors in the future. Hecseur (talk) 22:36, 25 January 2019 (UTC)[reply]

Infobox settlement

Infobox country is used indepent from time. Infobox settlement ("settlement" might be a misnomer, but the IB is used for anything below country level) is also used indepent of time, namely for former, current and proposed territorial entities that are not countries. It is inconsistent to have an additional "Infobox former subdivision". There is no such think for other classes, no Template:Infobox former airline, Template:Infobox former person. The only difference between current subdivision and former subdivision is that one would add variables when and why it was dissolved. All the other variables are the same.

Usage of infobox templates for articles in Category:Administrative territorial entities
Namespace	Category:Administrative territorial entities by type	Category:Former administrative territorial entities	(Current)	Category:Proposed administrative territorial entities
Category	Category:Countries	Category:Former countries		Category:Proposed countries
Template	{{Infobox country}} used independent of time	{{Infobox country}}	{{Infobox country}} few redirects, no(?) calls, less than 4000 transclusions [1]	{{Infobox country}}
Category	Category:Country subdivisions	Category:Former subdivisions of countries		Category:Proposed country subdivisions
Template		Two infoboxes are used: {{Infobox settlement}} {{Infobox former subdivision}} - less than 2000 transclusions[2]	{{Infobox settlement}} several redirects, at least 79 calls by other templates (wrappers cf. Category:Templates calling Infobox settlement), ca. 500 000 transclusions	{{Infobox settlement}}

77.13.148.190 (talk) 17:05, 5 February 2019 (UTC)[reply]