Re: Should I prefix package names with the name of my program?

2019-01-30 Thread H. S. Teoh via Digitalmars-d-learn
On Mon, Jan 28, 2019 at 05:07:35PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: > On 1/28/19 4:57 PM, Steven Schveighoffer wrote: > > On 1/28/19 3:16 PM, H. S. Teoh wrote: [...] > > > > I use a package nearly every time because if you don't, you run > > > > into weird quirks of the l

Re: Should I prefix package names with the name of my program?

2019-01-29 Thread Johannes Loher via Digitalmars-d-learn
Am 28.01.19 um 18:29 schrieb H. S. Teoh: > On Mon, Jan 28, 2019 at 04:59:22PM +, Victor Porton via > Digitalmars-d-learn wrote: >> Should I prefix all module names with `xmlboiler.` (where XML Boiler >> is the name of my program). These packages are expected to be used >> internally by my prog

Re: Should I prefix package names with the name of my program?

2019-01-28 Thread Steven Schveighoffer via Digitalmars-d-learn
On 1/28/19 4:57 PM, Steven Schveighoffer wrote: On 1/28/19 3:16 PM, H. S. Teoh wrote: On Mon, Jan 28, 2019 at 02:54:23PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: On 1/28/19 11:59 AM, Victor Porton wrote: Should I prefix all module names with `xmlboiler.` (where XML Boiler is

Re: Should I prefix package names with the name of my program?

2019-01-28 Thread Steven Schveighoffer via Digitalmars-d-learn
On 1/28/19 3:16 PM, H. S. Teoh wrote: On Mon, Jan 28, 2019 at 02:54:23PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: On 1/28/19 11:59 AM, Victor Porton wrote: Should I prefix all module names with `xmlboiler.` (where XML Boiler is the name of my program). These packages are expe

Re: Should I prefix package names with the name of my program?

2019-01-28 Thread Adam D. Ruppe via Digitalmars-d-learn
On Monday, 28 January 2019 at 16:59:22 UTC, Victor Porton wrote: Should I prefix all module names with `xmlboiler.` Yes. All module names should have at least two parts. If you don't, you will regret it later when you have to rename or see conflicts with other libraries.

Re: Should I prefix package names with the name of my program?

2019-01-28 Thread H. S. Teoh via Digitalmars-d-learn
On Mon, Jan 28, 2019 at 02:54:23PM -0500, Steven Schveighoffer via Digitalmars-d-learn wrote: > On 1/28/19 11:59 AM, Victor Porton wrote: > > Should I prefix all module names with `xmlboiler.` (where XML Boiler > > is the name of my program). These packages are expected to be used > > internally b

Re: Should I prefix package names with the name of my program?

2019-01-28 Thread Steven Schveighoffer via Digitalmars-d-learn
On 1/28/19 11:59 AM, Victor Porton wrote: Should I prefix all module names with `xmlboiler.` (where XML Boiler is the name of my program). These packages are expected to be used internally by my program, not as an exported API (however there are some little chances that in the future I will mak

Re: Should I prefix package names with the name of my program?

2019-01-28 Thread Neia Neutuladh via Digitalmars-d-learn
On Mon, 28 Jan 2019 16:59:22 +, Victor Porton wrote: > Should I prefix all module names with `xmlboiler.` (where XML Boiler is > the name of my program). These packages are expected to be used > internally by my program, not as an exported API (however there are some > little chances that in th

Re: Should I prefix package names with the name of my program?

2019-01-28 Thread H. S. Teoh via Digitalmars-d-learn
On Mon, Jan 28, 2019 at 04:59:22PM +, Victor Porton via Digitalmars-d-learn wrote: > Should I prefix all module names with `xmlboiler.` (where XML Boiler > is the name of my program). These packages are expected to be used > internally by my program, not as an exported API (however there are >

Should I prefix package names with the name of my program?

2019-01-28 Thread Victor Porton via Digitalmars-d-learn
Should I prefix all module names with `xmlboiler.` (where XML Boiler is the name of my program). These packages are expected to be used internally by my program, not as an exported API (however there are some little chances that in the future I will make a public API)