Laurent Torlay | 1 Feb 11:03
Picon
Picon

Per area configuration

     Hello,

     First, thanks for mrbs, very usefull for us since several years.
     I will want to know if it is possible to have an authentication per 
area configuration and how ? We use none+ip and have different 
administrators for ressources and do not want to setup multiple mrbs web 
sites for each ressource.

     Thanks in advance,

     L.T

--

-- 
-----------------------------------------------------
Laurent Torlay
OSUG, bureau 006
Tél : 04 76 63 56 20
-----------------------------------------------------

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
(Continue reading)

Campbell Morrison | 2 Feb 08:29
Picon

Re: Per area configuration

Not easily, as far as I can see.   You could store the authentication method
in the area table and then read that to determine the authentication method.
However the problems start once you have been authenticated because then you
have to think about how to handle, for example,

- switching between areas in the day/week/month views
- pages such as Search and Report which operate across multiple areas

It would be possible to modify MRBS to handle all this, but it would be
quite a lot of work and given that you only use two authentication types I
would have thought it would be easier to have two instances of MRBS?

If the problem is that you want to have different administrators for
different areas, then that problem isn't solved by having per-area
authentication types.   However it's a little easier to solve, but still
involves modifications to MRBS.

Campbell

> -----Original Message-----
> From: Laurent Torlay [mailto:laurent.torlay <at> obs.ujf-grenoble.fr]
> Sent: 01 February 2012 10:04
> To: mrbs-general <at> lists.sourceforge.net
> Subject: [MRBS-general] Per area configuration
> 
>      Hello,
> 
>      First, thanks for mrbs, very usefull for us since several years.
>      I will want to know if it is possible to have an authentication
> per
(Continue reading)

jberanek | 3 Feb 13:27
Picon

SF.net SVN: mrbs:[2271] mrbs/trunk/web/lang.tr

Revision: 2271
          http://mrbs.svn.sourceforge.net/mrbs/?rev=2271&view=rev
Author:   jberanek
Date:     2012-02-03 12:27:00 +0000 (Fri, 03 Feb 2012)
Log Message:
-----------
* Updated Turkish translation from Ahmet YILDIZ

Modified Paths:
--------------
    mrbs/trunk/web/lang.tr

This was sent by the SourceForge.net collaborative development platform, the world's largest Open
Source development site.

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

Scott Lewis | 6 Feb 13:56
Picon

urgent help needed in getting an mrbs installation copied

Hi all,

I'm a system administrator (not a programmer), and I've been given the task of moving an MRBS install from a client's OS X workstation to a linux server (and then connecting to an LDAP database and taking the device onto the internet)... but for now I cannot even get the copied installation to start!

Worse, I've been given two days to make this all work.... i'm dead! :(

I get this error (when attempting to open http://my.ip.xx.yy):

"Fatal Error: Failed to connect to database"

and in the /var/log/httpd/error_log :

PHP Warning: mysql_pconnect() [<a
href='function.mysql-pconnect'>function.mysql-pconnect</a>]: Access
denied for user 'mrbs' <at> 'localhost' (using password: YES) in
/data/mrbs-1.4.8/web/mysql.inc on line 457

I have:

- Made sure that I have a working and happy PHP, MySql and Apache
- Copied the entire mrbs package onto an appropriately accessible network share
- set all ACL/Posix file permissions to "Everyone can read/Write" (even if just for testing purposes).
- Read throught the readme's including AUTHENTICATION to the best of my ability
- ensured that my /etc/hosts includes proper entries for localhost, etc. even if i change db_location to 127.0.0.1, error_log still reports as <at> "localhost".
- created local linux system accounts with usernames&passwords that are identical to $db_host and $db_password, but that's made no difference. I wish that I know WHERE db_host and the password are being checked against!!!!!

Yes, I will eventually (lol, tomorrow) will need to try and make LDAP work with this thing, but for now I would be very happy just to get the system up.

Below is the front bit of my config.inc.php. Thanks in advance!
 Scott





$dbsys = "mysql";
$db_host = "localhost";
// Database name:
$db_database = "mrbs";
// Database login user name:
$db_login = "mrbs";
// Database login password:
$db_password = 'mrbs-password';
// Prefix for table names.  This will allow multiple installations where on$
// one database is available
$db_tbl_prefix = "mrbs_";
// Uncomment this to NOT use PHP persistent (pooled) database connections:
// $db_nopersist = 1;
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
Neil Brown | 6 Feb 14:40
Picon
Picon
Favicon

Re: urgent help needed in getting an mrbs installation copied

> I'm a system administrator (not a programmer), and I've been given the task of
> moving an MRBS install from a client's OS X workstation to a linux server (and

> I get this error (when attempting to open http://my.ip.xx.yy):
> 
> "Fatal Error: Failed to connect to database"
> 
> and in the /var/log/httpd/error_log :
> 
> PHP Warning: mysql_pconnect() [<a
> href='function.mysql-pconnect'>function.mysql-pconnect</a>]: Access
> denied for user 'mrbs'@'localhost' (using password: YES) in
> /data/mrbs-1.4.8/web/mysql.inc on line 457

> $dbsys = "mysql";
> $db_host = "localhost";
> // Database name:
> $db_database = "mrbs";
> // Database login user name:
> $db_login = "mrbs";
> // Database login password:
> $db_password = 'mrbs-password';

So have you confirmed that these details are correct? ie if you log into 
your web server and from the command line try doing:

   mysql -h localhost --username=mrbs --password=mrbs-password mrbs

To see if you can successfully connect to the database, if that fails then 
you need to figure out why. If you do get connected, perhaps confirm that 
there are the tables etc you'd expect;

mysql> show tables;
+--------------------+
| Tables_in_mrbs     |
+--------------------+
| mrbs_area          |
| mrbs_entry         |
| mrbs_repeat        |
| mrbs_room          |
| mrbs_users         |
| mrbs_variables     |
+--------------------+
6 rows in set (0.00 sec)

Neil
-- 
  Neil Brown - Computing Officer - Inf Forum 1.08 | Neil.Brown @ ed. ac. uk
  School of Informatics, University of Edinburgh  | Tel: +44 131 6504422

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

Rowland Carson | 6 Feb 17:44
Picon

human interface for repeat types

I've had a problem come up in MRBS 1.4.6 with one of my users using an inappropriate repeat type that has given
me a bit of unwanted work in untangling what has happened.

I think the presentation of the repeat types may have contributed to the confusion. At present, the radio
button labels are:

Repeat Type: None    Daily    Weekly    Monthly    Yearly    Monthly, corresponding day    n-Weekly

The problem we had was that "Monthly" was chosen when it should have been "Monthly, corresponding day". It
only came to light when unexpected conflicts arose some time later.

My feeling is that "Monthly" is rather less likely to be used in the majority of cases that "Monthly,
corresponding day" - how often (outside perhaps financial transactions) does something happen on the
27th of every month? I suggest that the button layout would be more friendly and less ambiguous if ordered
and labelled thus:

Repeat Type: None    Daily    Weekly    n-Weekly    Monthly, corresponding day    Monthly, same date    Yearly

I recognise that changing established systems may provoke new errors, but I wonder if this could be
considered for the future? I recognise that "same date" is not a strictly accurate description. Can
anyone suggest better wording (concise and unambiguous) for the 2 types of monthly repeats?

In the meantime, is there an easy way I can change the radio-button labels on my own system? Even without
changing the order of presentation, I think a change of label would help remove ambiguities and prevent
errors for my users. I'd be happy with:

Repeat Type: None    Daily    Weekly    Monthly, same date    Yearly    Monthly, corresponding day    n-Weekly

I'd appreciate a pointer to all the files I'd need to edit to make that change stick.

PS: I'm very pleased and excited by the response to my recent plea for "repeat forever" capability - thanks
to all who proposed ideas.

in friendship

Rowland

| Rowland Carson          ... that's Rowland with a 'w' ...
| <rowlandcarson <at> gmail.com>            http://www.rowlandcarson.org.uk
| Skype, Twitter: rowland_carson      Facebook: Rowland Carson
| pictures: http://picasaweb.google.com/rowlandcarson

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

Campbell Morrison | 6 Feb 17:49
Picon

Re: human interface for repeat types

Yes, I agree that the interface isn't particularly good.   I intend to
revamp it completely soon, to make it more like an Outlook or Google
Calendar with sub-options appearing only when you click the main option.
However in the meantime you can easily change the labels by editing lang.en
(and any other language files that your users may use).

Campbell

PS The indefinite repeat work is still in progress, though a little delayed
by other projects.

> -----Original Message-----
> From: Rowland Carson [mailto:rowlandcarson <at> gmail.com]
> Sent: 06 February 2012 16:44
> To: MRBS list list
> Subject: [MRBS-general] human interface for repeat types
> 
> I've had a problem come up in MRBS 1.4.6 with one of my users using an
> inappropriate repeat type that has given me a bit of unwanted work in
> untangling what has happened.
> 
> I think the presentation of the repeat types may have contributed to
> the confusion. At present, the radio button labels are:
> 
> 
> Repeat Type: None    Daily    Weekly    Monthly    Yearly    Monthly,
> corresponding day    n-Weekly
> 
> 
> The problem we had was that "Monthly" was chosen when it should have
> been "Monthly, corresponding day". It only came to light when
> unexpected conflicts arose some time later.
> 
> My feeling is that "Monthly" is rather less likely to be used in the
> majority of cases that "Monthly, corresponding day" - how often
> (outside perhaps financial transactions) does something happen on the
> 27th of every month? I suggest that the button layout would be more
> friendly and less ambiguous if ordered and labelled thus:
> 
> 
> Repeat Type: None    Daily    Weekly    n-Weekly    Monthly,
> corresponding day    Monthly, same date    Yearly
> 
> 
> I recognise that changing established systems may provoke new errors,
> but I wonder if this could be considered for the future? I recognise
> that "same date" is not a strictly accurate description. Can anyone
> suggest better wording (concise and unambiguous) for the 2 types of
> monthly repeats?
> 
> In the meantime, is there an easy way I can change the radio-button
> labels on my own system? Even without changing the order of
> presentation, I think a change of label would help remove ambiguities
> and prevent errors for my users. I'd be happy with:
> 
> 
> Repeat Type: None    Daily    Weekly    Monthly, same date    Yearly
> Monthly, corresponding day    n-Weekly
> 
> 
> I'd appreciate a pointer to all the files I'd need to edit to make that
> change stick.
> 
> PS: I'm very pleased and excited by the response to my recent plea for
> "repeat forever" capability - thanks to all who proposed ideas.
> 
> in friendship
> 
> Rowland
> 
> | Rowland Carson          ... that's Rowland with a 'w' ...
> | <rowlandcarson <at> gmail.com>            http://www.rowlandcarson.org.uk
> | Skype, Twitter: rowland_carson      Facebook: Rowland Carson
> | pictures: http://picasaweb.google.com/rowlandcarson
> 
> 
> -----------------------------------------------------------------------
> -------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> mrbs-general mailing list
> mrbs-general <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mrbs-general
> Want to unsubscribe: mailto:mrbs-general-
> request <at> lists.sourceforge.net?subject=unsubscribe

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

disposable | 7 Feb 14:16
Favicon

Re: human interface for repeat types

I'd suggest the labels "Monthly (same weekday)" and "Monthly (same date)."
--
Best regards,
Cad Delworth

----- Next Message -----
From: Rowland Carson (rowlandcarson <at> gmail.com)
To: mrbs-general <at> lists.sourceforge.net
Sent: Mon, 6 Feb 2012 16:44:09 +0000
Subject: [MRBS-general] human interface for repeat types


I've had a problem come up in MRBS 1.4.6 with one of my users using an inappropriate repeat type that has given me a bit of unwanted work in untangling what has happened.

I think the presentation of the repeat types may have contributed to the confusion. At present, the radio button la bels are:


Repeat Type: None Daily Weekly Monthly Yearly Monthly, corresponding day n-Weekly


The problem we had was that "Monthly" was chosen when it should have been "Monthly, corresponding day". It only came to light when unexpected conflicts arose some time later.

My feeling is that "Monthly" is rather less likely to be used in the majority of cases that "Monthly, corresponding day" - how often (outside perhaps financial transactions) does something happen on the 27th of every month? I suggest that the button layout would be more friendly and less ambiguous if ordered and labelled thus:


Repeat Type: None Daily Weekly n-Weekly Monthly, corresponding day Monthly, same date Yearly


I recognise that changing established systems may provoke new errors, but I wonder if this could be considered for the future? I recognis e that "same date" is not a strictly accurate description. Can anyone suggest better wording (concise and unambiguous) for the 2 types of monthly repeats?

In the meantime, is there an easy way I can change the radio-button labels on my own system? Even without changing the order of presentation, I think a change of label would help remove ambiguities and prevent errors for my users. I'd be happy with:


Repeat Type: None Daily Weekly Monthly, same date Yearly Monthly, corresponding day n-Weekly


I'd appreciate a pointer to all the files I'd need to edit to make that change stick.

PS: I'm very pleased and excited by the response to my recent plea for "repeat forever" capability - thanks to all who proposed ideas.

in friendship

Rowland

| Rowland Carson ... that's Rowland with a 'w' ...
| <rowlandcarson <at> gmail.com> http://www.rowlandcarson.org.uk
| Skype, Twitter: rowland_carson Facebook: Rowland Carson
| pictures: http://picasaweb.google.com/rowlandcarson


------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe
Rowland Carson | 7 Feb 16:45
Picon

Re: human interface for repeat types

On 7 Feb 2012, at 13:16, disposable <at> bigstring.com wrote:

> I'd suggest the labels "Monthly (same weekday)" and "Monthly (same date)."

Cad - thanks for your suggestion. Certainly something that points to the notion of corresponding weeks and
day names rather than date numbers is what is needed. I'm not sure that "same weekday" is as expressive of
the intent as "corresponding day" but it's good to have more ideas coming in.

I know from years of writing research reports that what I have written, stating something in a way that is
quite clear to _me_, can be disastrously misinterpreted by a reader - so peer review is a vital part of the process.

The difficulty of formulating a short but unambiguous label might be eased if examples (perhaps using
pop-up help?) were offered.

Perhaps (thinking aloud here) an even better approach would be to have an announcement that appears once
the choice is made, such as "this booking will be repeated on the 12th of every month" or "this booking will
be repeated on the 3rd Thursday of every month". Similar confirmation text could be assembled for all
types of repeats. Not sure how hard it would be to include that in the data entry form, but presumably it
would be possible with some scripting. I know I've seen forms that change depending on the data input. I
guess that would have to be JavaScript (about which I know nothing) rather than PHP (about which I know
enough to do damage).

Thinking on about localisation of MRBS, it would probably be easier to implement the wording of a
confirmation message than to translate the button labels effectively. It's all very well choosing the
finely-crafted words in English but I recognise that what might work in my language will not necessarily
be amenable to translation.

in friendship

Rowland

| Rowland Carson          ... that's Rowland with a 'w' ...
| <rowlandcarson <at> gmail.com>            http://www.rowlandcarson.org.uk
| Skype, Twitter: rowland_carson      Facebook: Rowland Carson
| pictures: http://picasaweb.google.com/rowlandcarson

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe

Campbell Morrison | 7 Feb 17:00
Picon

Re: human interface for repeat types

Hi Rowland - yes, I'm imagining that we will move in due course to a form
(rather like the Outlook or Google Calendar forms) where you first of all
select what kind of repeat you want (eg Daily/Weekly/etc.) and then a
secondary form will appear (thanks to JavaScript as you say) asking for
details, eg how long you want the series to last etc. etc.   Ideally there
will also be a summary along the lines of "this booking will be repeated on
the 12th of every month", though this takes a little more work to
internationalise it.     (Another way of giving the feedback might be to
show the dates blocked out on a calendar - and this would tie in with the
"multipick" idea previously proposed for custom series.    In other words if
you had a regular series the calendar would be read only and give you
feedback on the dates you have selected.    If you choose a custom series
the calendar would be the method of selecting the dates.)

Campbell

> -----Original Message-----
> From: Rowland Carson [mailto:rowlandcarson <at> gmail.com]
> Sent: 07 February 2012 15:46
> To: General purpose list (support/developers/users)
> Subject: Re: [MRBS-general] human interface for repeat types
> 
> On 7 Feb 2012, at 13:16, disposable <at> bigstring.com wrote:
> 
> > I'd suggest the labels "Monthly (same weekday)" and "Monthly (same
> date)."
> 
> Cad - thanks for your suggestion. Certainly something that points to
> the notion of corresponding weeks and day names rather than date
> numbers is what is needed. I'm not sure that "same weekday" is as
> expressive of the intent as "corresponding day" but it's good to have
> more ideas coming in.
> 
> I know from years of writing research reports that what I have written,
> stating something in a way that is quite clear to _me_, can be
> disastrously misinterpreted by a reader - so peer review is a vital
> part of the process.
> 
> The difficulty of formulating a short but unambiguous label might be
> eased if examples (perhaps using pop-up help?) were offered.
> 
> Perhaps (thinking aloud here) an even better approach would be to have
> an announcement that appears once the choice is made, such as "this
> booking will be repeated on the 12th of every month" or "this booking
> will be repeated on the 3rd Thursday of every month". Similar
> confirmation text could be assembled for all types of repeats. Not sure
> how hard it would be to include that in the data entry form, but
> presumably it would be possible with some scripting. I know I've seen
> forms that change depending on the data input. I guess that would have
> to be JavaScript (about which I know nothing) rather than PHP (about
> which I know enough to do damage).
> 
> Thinking on about localisation of MRBS, it would probably be easier to
> implement the wording of a confirmation message than to translate the
> button labels effectively. It's all very well choosing the finely-
> crafted words in English but I recognise that what might work in my
> language will not necessarily be amenable to translation.
> 
> in friendship
> 
> Rowland
> 
> | Rowland Carson          ... that's Rowland with a 'w' ...
> | <rowlandcarson <at> gmail.com>            http://www.rowlandcarson.org.uk
> | Skype, Twitter: rowland_carson      Facebook: Rowland Carson
> | pictures: http://picasaweb.google.com/rowlandcarson
> 
> 
> -----------------------------------------------------------------------
> -------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3,
> MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> mrbs-general mailing list
> mrbs-general <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mrbs-general
> Want to unsubscribe: mailto:mrbs-general-
> request <at> lists.sourceforge.net?subject=unsubscribe

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
mrbs-general mailing list
mrbs-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mrbs-general
Want to unsubscribe: mailto:mrbs-general-request <at> lists.sourceforge.net?subject=unsubscribe


Gmane