Hi Marc,
It was a great gsoc session with PMA last time. I could not contribute it
for last few months(after gsoc) because I had my final year exam at
university. I'm willing to continue my contribution to phpMyadmin as a non
gsoccer. Are there any remaining ideas to continue with ajaxification of
the PMA. If so I like to open a discussion on them and continue with them.
Thank you.
Regards,
Thilanka.
--
L G Thilanka Kaushalya
Computer Science & Engineering,
University of Moratuwa,
Sri Lanka
Connect with me at,
Gmail : lgtkaushalya(a)gmail.com
Twitter : @thilanka_k
Facebook : Thilanka Kaushalya
Yahoo : lgtkaushalya(a)yahoo.com
Blog : http://coders-view.blogspot.com/
Greetings,
As you might recall from the PHPExcel licensing discussion
(https://sourceforge.net/mailarchive/message.php?msg_id=27884122) the
Fedora people were investigating a possible licensing concern with the
tcpdf library we bundle. Nothing has come of that with Fedora, but
apparently the SuSE people have found something they don't like. The
user ChrisWi asked about it in the IRC channel and provided a link to
their bugtracker: https://bugzilla.novell.com/show_bug.cgi?id=736698 --
which requires a login, so he also provided the following text summary:
** begin paste **
phpMyAdmin 3.4.7.1 (and presumably many earlier versions as well) contains
tcpdf. This package claims to be LGPL-3.0+ licensed but contains the
following
clause:
Additionally,
YOU CAN'T REMOVE ANY TCPDF COPYRIGHT NOTICE OR LINK FROM THE
GENERATED PDF DOCUMENTS.
As the LGPL-3.0+ incorporates by reference the GPL-3.0+, sections 7 and
10 of
the GPL-3.0+ are relevant:
All other non-permissive additional terms are considered "further
restrictions" within the meaning of section 10. If the Program as you
received it, or any part of it, contains a notice stating that it is
governed by this License along with a term that is a further
restriction, you may remove that term. If a license document contains
a further restriction but permits relicensing or conveying under this
License, you may add to a covered work material governed by the terms
of that license document, provided that the further restriction does
not survive such relicensing or conveying.
Accordingly, it may be possible to point out to tcpdf upstream that the
additional term that they apply may be viewed as a 'non-permissive
restriction'
and that you wish to exercise your rights under the GPL-3.0+ to remove that
term from downstream distributions.
If upstream are unwilling to engage in meaningful discussion or take the
view
that the additional restriction is per se not part of the license
because it is
above the license and not incorporated into it, tcpdf should be dropped.
** end paste **
Now again, as I'm sure you're aware, we're not responsible for making
the distributions happy, but it's also in our best interest to try to
resolve these things. Looks to my non-lawyer eye like this is something
to push back on the tcpdf folks. Again, if I'm understanding correctly,
the problem is the additional line added that "YOU CAN'T REMOVE ANY
TCPDF COPYRIGHT NOTICE OR LINK FROM THE GENERATED PDF DOCUMENTS."
Additionally, Google provides a lot of results of people questioning
this.
https://sourceforge.net/projects/tcpdf/forums/forum/435311/topic/3757478
seems to be the best discussion. A discussion regarding the inclusion in
Tiki Wiki
(http://projects.opensource.org/pipermail/license-discuss/2011-November/0000…)
went so far as to bring up the dubious legal position of putting a
(tcpdf) copyright notice on the work of others.
From the tcpdf forums link, it appears the author has no interest in
changing this. To be fair to tcpdf, the only place I see his notice in
the generated PDF is the "PDF Producer" field of the file properties. I
think that's reasonable, but I think the part that concerns the SuSE
folks is the having a non-OSI-endorsed clause appended to a license; if
every project would do that it would be a nightmare to maintain. But
that's just my interpretation.
I've signed up for a Novell account, but I'm still not authorized to
view the bug report directly. At the moment, aside from the gentleman in
IRC, we have no line of communication to them or way of getting updates
on their internal discussion.
Thanks for your thoughts on this...
~isaac
Hi,
Try this on sakila.actor:
1. edit the PRIMARY index and add first_name to it
2. edit it again and remove first_name
3. edit it again: first_name is shown as being part of the index
--
Marc Delisle
http://infomarc.info
Hi all,
I am undergrad student at IIT Roorkee, India and I am very interested to
contribute towards the ajaxification of PhpMyAdmin. It caught my attention
when I was browsing through the past GSoC projects and it seems there is a
lot left to be done in this area.
I have been using PHP and MySQL in the past and I am very comfortable with
AJAX and jQuery as well.
I found the following related resources and i am going through them right
now:
[1] PmaWiki for Developers:
http://wiki.phpmyadmin.net/pma/Development#Developer_documentation
[2] GIT: http://wiki.phpmyadmin.net/pma/Git
[3] jQuery: http://api.jquery.com/
<http://api.jquery.com/>
I intend to pick a task very soon from
http://wiki.phpmyadmin.net/pma/AJAXify_Interface after I have gone through
enough documentations.
<http://wiki.phpmyadmin.net/pma/AJAXify_Interface>
In addition to these, I would also like to know what additional resources I
need to go through to bootstrap fast. Any advice for getting a headstart
would be very welcome.
Thank You,
--
Shaumik Daityari,
Integrated M. Tech. (2nd year),
Geological Technology,
Department of Earth Sciences,
Indian Institute of Technology, Roorkee,
Uttarakhand
On 11 Dec, 2011, at 7:37 PM, Marc Delisle <marc(a)infomarc.info> wrote:
> Le 2011-11-14 10:58, Aris Feryanto a écrit :
>> Hi all,
>>
>>
>> On 12 Nov, 2011, at 2:29 AM, Piotr Przybylski<piotr.prz(a)gmail.com>
>> wrote:
>>
>>> 2011/11/11 Marc Delisle<marc(a)infomarc.info>:
>>>> Piotr Przybylski a écrit :
>>>>> 2011/11/11 Marc Delisle<marc(a)infomarc.info>:
>>>>>> Dieter Adriaenssens a écrit :
>>>>>>> Kind regards, Dieter Adriaenssens. Op 11 nov. 2011 16:00
>>>>>>> schreef "Marc Delisle"<marc(a)infomarc.info
>>>>>>> <mailto:marc@infomarc.info>> het volgende:
>>>>>>>>
>>>>>>>> Hi, when grid editing a TEXT column, hitting ENTER
>>>>>>>> transmits my change instead of inserting a new line.
>>>>>>>
>>>>>>> It makes sense that in this case a new line is added, but
>>>>>>> how should the entry be submitted in the database? If I'm
>>>>>>> not mistaken there is no submit button at the moment.
>>>>>> Dieter, by default, $cfg['SaveCellsAtOnce'] is set to false,
>>>>>> thus not showing a submit button.
>>>>>>
>>>>>> When setting it to true, a submit button appears but the
>>>>>> field closes as soon as ENTER is hit.
>>>>>>
>>>>>> If we want to support grid editing + newlines, a possible
>>>>>> solution would be to ask the user to click outside the input
>>>>>> field but it's less efficient.
>>>>>>
>>>>>
>>>>> How about ignoring Shift+ENTER for submitting? This way ENTER
>>>>> would submit form and Shift+ENTER would just insert a newline.
>>>>>
>>>> Yes but is Shift+Enter intuitive enough or do we need to -
>>>> advertise it on the page - explain it in Documentation.html
>>>>
>>>
>>> I've seen it used in a few places, but it's not common - some
>>> "Press Shift+Enter for newline" message under text field would be
>>> needed.
>>>
>>
>> Yes. I agree to use Shift+Enter and display a hint for that. I'll try
>> to fix this and the RTL alignment on this weekend.
>
> Hi Aris,
> any progress on this?
>
Hi Marc,
I've added the shift+enter handling in my repo [1].
I also added OK and Cancel button in the editing area.
But, I haven't finished fixing the RTL alignment.
If you have some time, you may test the shift+enter and the buttons in my repo.
[1] http://repo.or.cz/w/phpmyadmin/arisferyanto.git
Regards,
--
Aris Feryanto