Re: libGda 5?

--===============6103255855096623548==
Content-Type: multipart/alternative; boundary=001a11c10a38090ece0512b7d6b8

--001a11c10a38090ece0512b7d6b8
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

While I'm only lurking here and not using much of Planner lately, I think
there might be a significant use case for SQL support: companies and
agencies with lots of projects and several teams could distribute work
easier if all their tasks and projects were managed centrally. While you do
load tasks in block, you load that block for one project only. And when you
want to add some resources, you want to add them from your total resource
pool.

And the point of it is, the more businesses use Planner, the better chance
of it advancing and going forward.

Again, this is just my opinion and I probably irrelevant, but there it is.

2015-04-02 7:53 GMT+02:00 Ahmed Ba=EFzid <[email protected]>:

> Planner with postgreSQL support
>>
>
> Who does really use SQL features of Planner?
>
> What is the purpose?
> Share a project with the help of a central server can it be SQL? Register
> national projects with millions of tasks and resources?
>
> I have tried it. Projects are loaded and saved in block. One does not
> modify calendars, resources, tasks individually. It is funny. It is not
> serious. No advantage over plain XML. Even if some one else manages the
> server, you still have to maintain your database, like handling migration=
s.
>
> We could put work on fixing database support...
> We should better deprecate the feature.
> It does not worth its price.
>
> It is not core Planner, it is a third-party add-on. It can have the form
> of an XSLT file in an extra/ directory.
>
> A better way to share, is to use a version control server.
> Entrust your genuine XML planner file to a Git repository.
> You still can plan big projects...
>
> _______________________________________________
> planner-dev-list mailing list
> [email protected]
> https://mail.gnome.org/mailman/listinfo/planner-dev-list
>



--=20
Zlatko

--001a11c10a38090ece0512b7d6b8
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">While I&#39;m only lurking here and not using much of Plan=
ner lately, I think there might be a significant use case for SQL support: =
companies and agencies with lots of projects and several teams could distri=
bute work easier if all their tasks and projects were managed centrally. Wh=
ile you do load tasks in block, you load that block for one project only. A=
nd when you want to add some resources, you want to add them from your tota=
l resource pool.<div><br></div><div>And the point of it is, the more busine=
sses use Planner, the better chance of it advancing and going forward.</div=
><div><br></div><div>Again, this is just my opinion and I probably irreleva=
nt, but there it is.</div></div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">2015-04-02 7:53 GMT+02:00 Ahmed Ba=EFzid <span dir=3D"ltr"=
>&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]=
</a>&gt;</span>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex">
Planner with postgreSQL support<br>
</blockquote>
<br>
Who does really use SQL features of Planner?<br>
<br>
What is the purpose?<br>
Share a project with the help of a central server can it be SQL? Register n=
ational projects with millions of tasks and resources?<br>
<br>
I have tried it. Projects are loaded and saved in block. One does not modif=
y calendars, resources, tasks individually. It is funny. It is not serious.=
 No advantage over plain XML. Even if some one else manages the server, you=
 still have to maintain your database, like handling migrations.<br>
<br>
We could put work on fixing database support...<br>
We should better deprecate the feature.<br>
It does not worth its price.<br>
<br>
It is not core Planner, it is a third-party add-on. It can have the form of=
 an XSLT file in an extra/ directory.<br>
<br>
A better way to share, is to use a version control server.<br>
Entrust your genuine XML planner file to a Git repository.<br>
You still can plan big projects...<div class=3D"HOEnZb"><div class=3D"h5"><=
br>
______________________________<u></u>_________________<br>
planner-dev-list mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">planner-dev=
[email protected]</a><br>
<a href=3D"https://mail.gnome.org/mailman/listinfo/planner-dev-list" target=
=3D"_blank">https://mail.gnome.org/<u></u>mailman/listinfo/planner-dev-<u><=
/u>list</a><br>
</div></div></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>=
<div class=3D"gmail_signature">Zlatko</div>
</div>

--001a11c10a38090ece0512b7d6b8--

--===============6103255855096623548==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
planner-dev-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/planner-dev-list

--===============6103255855096623548==--